On Fri, Feb 15, 2013 at 4:58 PM, Chris Toomey <[email protected]> wrote:
> Ok, it turns out this was caused by some interference from Cygwin, which
> also had hg installed and whose hg was being called instead of the
> TortoiseHg hg (I eventually discovered the Windows "where" command to
> reveal this). After I deleted Cygwin the problem went away.
>
> Thanks for the help Steve, and keep this scenario in mind in case future
> inexplicable weirdness like this is reported.
>
> *** failed to import extension chrisDebug from C:\Program
>>> Files\TortoiseHg\chris
>>> Debug: No module named version
>>> Traceback (most recent call last):
>>> File "mercurial\extensions.pyc", line 88, in loadall
>>> File "mercurial\extensions.pyc", line 62, in load
>>> File "mercurial\extensions.pyc", line 43, in loadpath
>>> File "C:\Program Files\TortoiseHg\chrisDebug\__init__.py", line 1, in
>>> <module>
>>>
>>> File "mercurial\demandimport.pyc", line 114, in _demandimport
>>> ImportError: No module named version
>>>
>>
There was one clue here that I should have spotted. In the Python
traceback, the files will be *.pyc when Python source is being run, but
will be *.pyo when frozen packages (library.zip) are being run.
--
Steve
------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials, tech docs,
whitepapers, evaluation guides, and opinion stories. Check out the most
recent posts - join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Tortoisehg-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss
