It is indeed a pain. I would really like a work-around. Matplotlib is supposed to be immune to this nowadays but it's not. Nor are some other third-party modules. Did they break with the new release? (2.6.3?)<br>-nick<br>
<br><div class="gmail_quote">On Thu, Oct 8, 2009 at 1:12 PM, M.-A. Lemburg <span dir="ltr"><<a href="mailto:mal@egenix.com">mal@egenix.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">Nick Touran wrote:<br>
> Copying my local copy of Python 2.6 to a Windows HPC 2008 system is giving<br>
> dll side-by-side configuration errors for some third-party packages<br>
> (matplotlib, pyMSSQL, in particular). I understand that there is a tradition<br>
> of Python supporting XCOPY deployment, and would really like to be able to<br>
> just copy my C:\python26 folder to the network drive and have it run on the<br>
> server.<br>
><br>
> I got around a related issue (<a href="http://bugs.python.org/issue4566" target="_blank">http://bugs.python.org/issue4566</a>) just by<br>
> upgrading to 2.6.3 and was able to import socket and mpi4py and everything,<br>
> except matplotlib and pyMSSQL, that is.<br>
><br>
> I also understand that if I were to install the MS Visual Studio 2008<br>
> redistribution package on the server that everything would be fine because<br>
> the modules just can't find the proper C run-time DLL. The problem with that<br>
> is two-fold: I don't have admin rights on the machine and there are over<br>
> 1000 machines on the cluster and I don't think the admin is going to install<br>
> that on all of them.<br>
><br>
> So is there any way to set an environmental variable or something to get<br>
> these packages to know where to find the proper msvcr90.dll, akin to setting<br>
> LD_LIBRARY_PATH in Linux? Is there another solution?<br>
<br>
</div></div>I assume this is related to this new problem:<br>
<br>
        <a href="http://bugs.python.org/issue4120" target="_blank">http://bugs.python.org/issue4120</a><br>
<br>
Manifests were meant to solve some of the DLL mess... apparently they<br>
cause even more grief.<br>
<br>
--<br>
Marc-Andre Lemburg<br>
eGenix.com<br>
<br>
Professional Python Services directly from the Source  (#1, Oct 08 2009)<br>
>>> Python/Zope Consulting and Support ...        <a href="http://www.egenix.com/" target="_blank">http://www.egenix.com/</a><br>
>>> mxODBC.Zope.Database.Adapter ...             <a href="http://zope.egenix.com/" target="_blank">http://zope.egenix.com/</a><br>
>>> mxODBC, mxDateTime, mxTextTools ...        <a href="http://python.egenix.com/" target="_blank">http://python.egenix.com/</a><br>
________________________________________________________________________<br>
<br>
::: Try our new mxODBC.Connect Python Database Interface for free ! ::::<br>
<br>
<br>
   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48<br>
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg<br>
           Registered at Amtsgericht Duesseldorf: HRB 46611<br>
               <a href="http://www.egenix.com/company/contact/" target="_blank">http://www.egenix.com/company/contact/</a><br>
</blockquote></div><br>