[issue12026] Support more of MSI api

Irit Katriel added the comment: msilib is deprecated as per PEP 594, so there won't be further enhancements to it. -- nosy: +iritkatriel resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker

[issue12026] Support more of MSI api

Changes by Mark Lawrence : -- components: +Windows nosy: +steve.dower, tim.golden, zach.ware versions: +Python 3.5 -Python 3.3 ___ Python tracker ___

[issue12026] Support more of MSI api

Terry J. Reedy added the comment: Your title mixes a goal -- exposing more of the MSI api -- with a particular means -- exposing an object that is only useful with ctypes. So I have taken the liberty of removing the implementation limitation. While clever, I do not believe that strategy has a

[issue12026] Support more of MSI api by exposing handles

Martin v. Löwis added the comment: I'd rather expose the missing functions, than supporting a mix of this module with a ctypes one; this patch sounds hackish. -- ___ Python tracker ___

[issue12026] Support more of MSI api by exposing handles

Mark Mc Mahon added the comment: You can pass it to any function in the MSI SDK through ctypes. e.g. def ReadStream(record, field): buf = (ctypes.c_char * 2048)() orig_size = ctypes.sizeof(buf) status = 0 res = [] while status == 0: size

[issue12026] Support more of MSI api by exposing handles

Martin v. Löwis added the comment: What's the purpose of the patch? I.e. what can you do when you have the handle exposed? -- ___ Python tracker ___ ___

[issue12026] Support more of MSI api by exposing handles

New submission from Mark Mc Mahon : Background: My main use case for msilib is for working with/editing existing MSI files and not creating MSI files. As such I find much of the MSI API that I need missing. While not difficult to re-create _msi.c with ctypes, I thought it might be good to use