On 19/12/2012 2:39 AM, Russell Warren wrote:
On Mon, Dec 17, 2012 at 10:25 PM, Mark Hammond
mailto:mhamm...@skippinet.com.au>> wrote:
The VS2008 redistributables should probably be in the same directory
(ie, msvc*90*.dll in system32) or else they might not be loaded. If
you use the
That's very strange - is it possible you changed the source code since
you sent it, or aren't using the latest pywin32?
This is what I see:
Python 2.7.3+ (default, May 12 2012, 13:50:02) [MSC v.1500 32 bit
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information
Russell Warren wrote:
> On Mon, Dec 17, 2012 at 10:25 PM, Mark Hammond
> mailto:mhamm...@skippinet.com.au>> wrote:
>
> The VS2008 redistributables should probably be in the same
> directory (ie, msvc*90*.dll in system32) or else they might not be
> loaded. If you use the "depends" tool
Russell Warren wrote:
>
> Also - what is the purpose in defaulting to use both InprocServer32
> and LocalServer32? Based on my problem, the default windows choice
> appears to be InprocServer32. When/why would it move on to the
> LocalServer32 entry? It clearly does not do it on error.
An appli
On Mon, Dec 17, 2012 at 10:25 PM, Mark Hammond wrote:
> The VS2008 redistributables should probably be in the same directory (ie,
> msvc*90*.dll in system32) or else they might not be loaded. If you use the
> "depends" tool from MS/sysinternals, you will see both Python itself and
> pythoncom dep
On 12/17/2012 8:25 PM, Mark Hammond wrote:
So after running makepy, a work-around is:
>>> klass=win32com.client.gencache.GetClassForProgID("MyApp.Application")
>>> x = klass()
>>> x.GetSettingValue("foo")
u'foo=testValue123'
>>>
I tried the work-around. I've run MakePy and then gave the abov
