Files
File name Uploaded Description Edit Remove
forking-patch  orlenko, 2009-02-06 02:00  Patch of the forking module  
Messages (1)
msg81247 - (view) Author: Volodymyr Orlenko (orlenko) Date: 2009-02-06 02:00 
I think I've found a small bug with multiprocessing package on
Windows. If you try to start a multiprocessing.Process from a Python-
based Windows service, the child process will fail to run. When
running the parent process as a regular Python program, everything
works as expected.
I've tracked the problem down to how main_path is prepared in
multiprocessing.forking.get_preparation_data() (lines 370-377):
def get_preparation_data(name):
    [...skipped a few lines...]
    if not WINEXE:
        main_path = getattr(sys.modules['__main__'], '__file__', None)
        if not main_path and sys.argv[0] not in ('', '-c'):
            main_path = sys.argv[0]
        if main_path is not None:
            if not os.path.isabs(main_path) and \
                                      process.ORIGINAL_DIR is not
None:
                main_path = os.path.join(process.ORIGINAL_DIR,
main_path)
            d['main_path'] = os.path.normpath(main_path)
    return d
When the program is running as a Windows service, but is not packaged
into a single executable, main_path will become the path to the
service executable (typically, pythonservice.exe). When this data
makes it to the child process, the prepare() function will treat
main_path as a path to a python module, and will try to import it.
This causes it to fail.
My quick-and-dirty solution was to check in get_preparation_data() if
main_path ends with '.exe', and if it does, to not pass it at all.
This solves the problem in my case, but perhaps there's a better way
to fix this? Here is my version of get_preparation_data():
def get_preparation_data(name):
    '''
    Return info about parent needed by child to unpickle process
object
    '''
    from .util import _logger, _log_to_stderr
    d = dict(
        name=name,
        sys_path=sys.path,
        sys_argv=sys.argv,
        log_to_stderr=_log_to_stderr,
        orig_dir=process.ORIGINAL_DIR,
        authkey=process.current_process().authkey,
        )
    if _logger is not None:
        d['log_level'] = _logger.getEffectiveLevel()
    if not WINEXE:
        main_path = getattr(sys.modules['__main__'], '__file__', None)
        if not main_path and sys.argv[0] not in ('', '-c'):
            main_path = sys.argv[0]
        if main_path is not None:
            if not os.path.isabs(main_path) and \
                                      process.ORIGINAL_DIR is not
None:
                main_path = os.path.join(process.ORIGINAL_DIR,
main_path)
            if not main_path.endswith('.exe'):
                d['main_path'] = os.path.normpath(main_path)
    return d

Windows版Python2.6+MySQL的安装

代码：

         app = win32com.client.Dispatch("Word.Application")

         print repr(win32com.client.constants.wdAlertsAll)

         excel = win32com.client.Dispatch("Outlook.Application")

         #win32com.client.gencache.EnsureDispatch('Outlook.Application')

         print win32com.client.constants.msoAnimAccumulateAlways  

运行结果：

  File "chap1_0.py", line 87, in justfortest

    print win32com.client.constants.msoAnimAccumulateAlways

  File "C:\Python25\Lib\site-packages\win32com\client\__init__.py", line
168, in

 __getattr__

    raise AttributeError, a

AttributeError: msoAnimAccumulateAlways

这个错误出现，我之前一直认为调用了Dispatch之后就会自动的创建constants变量
的，

后来才知道不是这样的，要能够使用constants，必需要使用下面的一行语句

win32com.client.gencache.EnsureDispatch('Outlook.Application')

或者是使用makepy,可以打开pythonwin，然后【Tools】＝》【Com MakePy Utility】
来

生成constants的文件

NameVirtualHost *:80

<VirtualHost *:80>
DocumentRoot d:\game
ServerName   lenusma.gicp.net
</VirtualHost>

4.发现死活不成功，最后居然发现httpd.conf居然没有修改。

Forbidden 
You don't have permission to access / on this server