Message68285
| Author | Rhamphoryncus |
|---|---|
| Recipients | Rhamphoryncus, jnoller, theller |
| Date | 2008-06-16.18:45:51 |
| SpamBayes Score | 0.33257893 |
| Marked as misclassified | No |
| Message-id | <1213641955.7.0.811713320929.issue3125@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
I see no common symbols between #3102 and #3092, so unless I missed something, they shouldn't be involved. I second the notion that multiprocessing's use of pickle is the triggering factor. Registering so many types is ugly, and IMO it shouldn't register anything it doesn't control. We should either register them global or not at all, and *never* as a side-effect of loading a separate module. I do see some win32-specific behaviour, which may be broken. Thomas, wanna try commenting out these two lines in sharedtypes.py:rebuild_ctype? if sys.platform == 'win32' and type_ not in copy_reg.dispatch_table: copy_reg.pickle(type_, reduce_ctype) |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008-06-16 18:45:55 | Rhamphoryncus | set | spambayes_score: 0.332579 -> 0.33257893 recipients: + Rhamphoryncus, theller, jnoller |
| 2008-06-16 18:45:55 | Rhamphoryncus | set | spambayes_score: 0.332579 -> 0.332579 messageid: <1213641955.7.0.811713320929.issue3125@psf.upfronthosting.co.za> |
| 2008-06-16 18:45:52 | Rhamphoryncus | link | issue3125 messages |
| 2008-06-16 18:45:51 | Rhamphoryncus | create | |