Tim Peters wrote: > > [Neal Norwitz] > > ... > > Part of the problem was the code in Modules/sre.h:16: > > /* size of a code word (must be unsigned short or larger, and > > large enough to hold a Py_UNICODE character) */ > > #ifdef Py_UNICODE_WIDE > > #define SRE_CODE unsigned long > > #else > > #define SRE_CODE unsigned short > > #endif > > > > #define SRE_CODE unsigned short > > That code is nuts. Open a bug report and assign it to effbot. > > > Notice SRE_CODE is always set to unsigned short. > > I don't know what is correct. > > That's why you should open a bug report and assign it to effbot <wink>. Done. > > I can re-run purify. Although, I have a crappy beta, so I don't > > know if it will be useful or not. > > It didn't look useful last time (the UMRs you reported then were in the > bowels of your platform's libc, with oodles of "*unknown func*" lines above > the bowels); if that's the best it can do, don't bother. Oh no, purify is much better now. It reports 1000s of spurious warnings and then crashes. It's completely useless now. Neal
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4