On Thu, Sep 10, 2009 at 3:38 PM, Chris Withers <[email protected]> wrote:
> Steve Borho wrote:
>>
>> GTK+ has this glorious policy of not changing their DLL version numbers...
>> ever.
>> I was just describing this in a reply in a previous email.
>
> Heh, yet another reason why I've only ever considered Qt and PyQt for GUI
> apps, not that I've ever got around to building them...
>
> Too late for TortoiseHg to change? ;-)

Unfortunately, yes.  A rewrite at this point would take at least a
year, and we're this ][ close to something resembling a 1.0 release.

>> THG works pretty hard to avoid GTK+ library conflcts, we put all of
>> our GTK dlls in their own subdirectory outside of the system path, and
>> add that gtk/ directory into just our process path.
>
> Why didn't that work for me?

It seems that the zipimporter doesn't respect our PATH.  See what I
said earlier about py2exe and PyGtk being braindamaged.

>> Some other GTK+ app is being a bad citizen..
>
> Pidgin? Dunno what others I have installed...

It's a guess.  It seems that for a time, this was the suggested method
for redistributing GTK+.

http://mail.gnome.org/archives/gtk-app-devel-list/2003-July/msg00285.html

That file could have been there for some time.

--
Steve Borho

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Tortoisehg-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss

Reply via email to