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 | loewis |
|---|---|
| Recipients | akuchling, loewis |
| Date | 2008年02月15日.23:48:30 |
| SpamBayes Score | 0.006951618 |
| Marked as misclassified | No |
| Message-id | <1203119313.03.0.102998963013.issue2124@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
On systems that support catalogs, the parsers should be changed to support public identifiers, using local copies of these DTDs. However, I see really no way how the library could avoid resolving the DTDs altogether. The blog is WRONG in claiming that the system identifier is not a downloadable URL, but a mere identification (the namespace is a mere identification, but our parsers would never try to download anything). The parser needs the DTDs in case external entities occur in the document (of course, download could be delayed until the first reference occurs). |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年02月15日 23:48:33 | loewis | set | spambayes_score: 0.00695162 -> 0.006951618 recipients: + loewis, akuchling |
| 2008年02月15日 23:48:33 | loewis | set | spambayes_score: 0.00695162 -> 0.00695162 messageid: <1203119313.03.0.102998963013.issue2124@psf.upfronthosting.co.za> |
| 2008年02月15日 23:48:31 | loewis | link | issue2124 messages |
| 2008年02月15日 23:48:30 | loewis | create | |