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

2008-01-14 Thread Jim Wilson

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 2.5

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1824>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



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

2008-01-14 Thread Jim Wilson

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", but I can barely
distinguish a database from a hole in the ground.

--
components: Documentation
messages: 59909
nosy: Jimbo
severity: minor
status: open
title: msilib.add_data() takes exactly three parameters
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1825>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1854] Broken link in msilib docs

2008-01-16 Thread Jim Wilson

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
"MSIDatabaseOpenViewPaddedOutEvenMoreToMakeYourEyesGlazeOver").

--
components: Documentation
messages: 59998
nosy: Jimbo
severity: minor
status: open
title: Broken link in msilib docs
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1854>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1855] Codepage unset in msilib.init_database()

2008-01-16 Thread Jim Wilson

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 never used in msilib.__init__.py,
etal.

Confirming evidence: msilib's GetProperty(msilib.PID_CODEPAGE) raises
"Not Implemented" on Python2.5.1's own .msi file.

--
components: Distutils
messages: 60006
nosy: Jimbo
severity: normal
status: open
title: Codepage unset in msilib.init_database()
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1855>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



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

2008-01-21 Thread Jim Wilson

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_CODEPAGE, 1252) raise "unknown error 65d".

I believe 0x65d  (1629d)  to be ERROR_DATATYPE_MISMATCH.

--
components: Build
messages: 61440
nosy: Jimbo
severity: normal
status: open
title: msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = type 
mismatch
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1884>
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1855] Codepage unset in msilib.init_database()

2009-05-17 Thread Jim Wilson

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.

--
Added file: http://bugs.python.org/file13999/foo.py

___
Python tracker 
<http://bugs.python.org/issue1855>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



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

2009-05-17 Thread Jim Wilson

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/issue1884>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



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

2009-05-17 Thread Jim Wilson

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/file14003/bar.py

___
Python tracker 
<http://bugs.python.org/issue1884>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com