[issue1884] msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = type mismatch

Jim Wilson added the comment: Well, I violated the admonition of the Great Satan: "PID_CODEPAGE must be first." (or words to that effect). It turns out not to make a difference. Revised (conforming) source attached. -- Added file: http://bugs.python.org/file14

[issue1884] msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = type mismatch

Jim Wilson added the comment: I hope this helps. It's Greek to me now. -- Added file: http://bugs.python.org/file14002/bar.py ___ Python tracker <http://bugs.python.org/i

[issue1855] Codepage unset in msilib.init_database()

Jim Wilson added the comment: It's been more than a year. I'll work a little longer on the SetProperty(...) example, but here's the "confirming evidence". A related problem is 1884, but I simply don't remember the context and long ago deleted the code in disgust

[issue1884] msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = type mismatch

New submission from Jim Wilson: I believe Codepage (a summary property which must be set *before* any other string value), is a string. Documentation admits it might also be an integer, but it doesn't matter. Both foo.SetProperty(PID_CODEPAGE, '1252') and foo.SetProperty(PID

[issue1855] Codepage unset in msilib.init_database()

New submission from Jim Wilson: At http://msdn2.microsoft.com/en-us/library/aa367864(VS.85,printer).aspx, Satanic Verses sayeth: "The Codepage Summary property must be set before any string properties are set in the summary information.", but so far as I can tell, PID_CODEPAGE is nev

[issue1854] Broken link in msilib docs

New submission from Jim Wilson: at http://docs.python.org/lib/database-objects.html, under "See Also:", the link, MSIOpenView leads nowhere. From earlier reading, I suspect it should be "MSIDatabaseOpenView" (or perhaps "MSIDatabaseOpenViewPaddedOutEvenMo

[issue1825] msilib.add_data() takes exactly three parameters

New submission from Jim Wilson: At: http://docs.python.org/lib/module-msilib.html, add_data(...) is documented to take two parameters, but invoking it with two draws a complaint that three are needed. Examination of bdist_msi.py leads me to believe the missing (middle) parameter is "table&

[issue1824] UUIDCreate()->UuidCreate() in msilib docs.

New submission from Jim Wilson: At http://docs.python.org/lib/module-msilib.html, UUIDCreate() is misspelled. -- components: Documentation messages: 59901 nosy: Jimbo severity: minor status: open title: UUIDCreate()->UuidCreate() in msilib docs. type: behavior versions: Python