Message80709
| Author | mark.dickinson |
|---|---|
| Recipients | amaury.forgeotdarc, benjamin.peterson, brett.cannon, christian.heimes, georg.brandl, gpolo, lemburg, mark.dickinson, pitrou, rhettinger |
| Date | 2009-01-28.13:37:09 |
| SpamBayes Score | 0.00018149387 |
| Marked as misclassified | No |
| Message-id | <1233149831.95.0.268459222587.issue1717@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Thanks, Guilherme. > For this reason I would actually prefer to them not be comparable. That's fine with me, so long as we can be sure that there's no existing code that depends on them being comparable. I can't figure out whether there's any legitimate way that the tp_compare slot (which is currently implemented) of a PyTclObject could ever be called. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2009-01-28 13:37:12 | mark.dickinson | set | recipients: + mark.dickinson, lemburg, brett.cannon, georg.brandl, rhettinger, amaury.forgeotdarc, pitrou, christian.heimes, benjamin.peterson, gpolo |
| 2009-01-28 13:37:11 | mark.dickinson | set | messageid: <1233149831.95.0.268459222587.issue1717@psf.upfronthosting.co.za> |
| 2009-01-28 13:37:09 | mark.dickinson | link | issue1717 messages |
| 2009-01-28 13:37:09 | mark.dickinson | create | |