Re: [python-win32] NT service and login prompt

le dahut wrote: Hello, Is it possible to tell windows to wait a python service has started before the login prompt is displayed ? Probably not, but why would you want to implement something that does? Share your use case with us and perhaps we can be of more assistance. -Larry ___

Re: [python-win32] Extending DLL search path?

Arve Knudsen wrote: Hi I have a C++ program which embeds Python and is itself modularized into several DLLs. The Python part (extensions) of the application again links to these DLLs, the problem is the containing catalog (also containing the executable itself) is not on the PATH, so the DLLs ar

[python-win32] ByRef params not working with PythonCOM

Gentlemen: I need to work with a TLB for a finite element pre/post processor called Femap.  Its API was built for Visual Basic, and it uses output arguments in many of its functions/methods.  Methods with only input arguments and return values work great, but I can't get anywhere with those th

[python-win32] NT service and login prompt

Hello, Is it possible to tell windows to wait a python service has started before the login prompt is displayed ? ___ python-win32 mailing list python-win32@python.org http://mail.python.org/mailman/listinfo/python-win32

Re: [python-win32] error: 'CoInitialize not found'

Yes, I found the similar solution at google and it works now!!! But tnx, anyhow! -Ursprüngliche Nachricht- Von: Dahlstrom, Roger [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 30. September 2008 13:19 An: Zewdie Solomon EXT FRD ALTEK; python-win32@python.org Betreff: RE: [python-win32] e

Re: [python-win32] error: 'CoInitialize not found'

If you didn't get the answer already, you need to call pythoncom.CoInitialize() prior to the code that is throwing an error, probably put it right after init. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, September 29, 2

[python-win32] Extending DLL search path?

Hi I have a C++ program which embeds Python and is itself modularized into several DLLs. The Python part (extensions) of the application again links to these DLLs, the problem is the containing catalog (also containing the executable itself) is not on the PATH, so the DLLs aren't resolved when loa

Re: [python-win32] Attributes on exceptions

Mark, > exc.excepinfo == exc[2] - named after the win32 EXCEPINFO struct. Remains > a tuple without attributes. Would'nt it be a good point to use a named tuple, at least on Pythons where that is available? > Does anyone see a problem with that? Not me. Harald -- GHUM Harald Massa persuad