Message236345
| Author |
josh.r |
| Recipients |
josh.r, wbolster |
| Date |
2015年02月21日.00:43:21 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1424479401.62.0.612450878611.issue23493@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Is it even legal to have non-string keys in a JSON object? If they must be strings, and they must be unique, I don't think a key argument is necessary (and it would save the generation of the key array; not doing the work is faster than doing the work more efficiently after all), since the default tuple comparison would work fine; the first element would always be unequal, so the second elements would never be compared, right?
I'm not 100% on this with the rich comparison operator approach, but my attempts to trigger a failure haven't worked (TimSort or the tuple comparison, or both, are probably smarter about this than I am). |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2015年02月21日 00:43:21 | josh.r | set | recipients:
+ josh.r, wbolster |
| 2015年02月21日 00:43:21 | josh.r | set | messageid: <1424479401.62.0.612450878611.issue23493@psf.upfronthosting.co.za> |
| 2015年02月21日 00:43:21 | josh.r | link | issue23493 messages |
| 2015年02月21日 00:43:21 | josh.r | create |
|