Re: FFmpeg considering GIT

From: Fredrik Kuivinen <frekui@gmail.com>
Date: May 9, 2007, 21:09 UTC
Message-ID: <4c8ef70705091409g30674cb6p6d3af42eb47ffc08@mail.gmail.com>
In-Reply-To: <20070509182844.GA2982@efreet.light.src>

On 5/9/07, Jan Hudec <bulb@ucw.cz> wrote:

Show 18 quoted lines

> On Wed, May 09, 2007 at 08:38:48 +0200, Marco Costalba wrote:
> > On 5/9/07, Paul Mackerras <paulus@samba.org> wrote:
> > >Marco Costalba writes:
> > >
> > >> Language to use is C++, not C (much more powerful IMHO)
> > >
> > >Sorry, C++ is not an option because I dislike it so much.
> >
> > Well, speaking about GUI applications, the 90% is in the graphic
> > library and only in small part in the language. With Qt we are at 95%
> >
> > Anyhow does exist also python bindings for Qt.
>
> Tried them, beed deeply disapointed. Qt always destroys all child objects
> with the parent, which is OK in C++, but does not play well with
> garbage-collection. And the python bindings (ruby ones seem to be better)
> fail to check reference validity, so you can quite easily segfault the python
> interpreter. Gtk plays much better with dynamic languages.

I have used PyQt for some smaller projects (notably Hgct, a no longer developed commit tool for git and Mercurial. See http://repo.or.cz/w/hgct.git?a=tree). For me PyQt has worked very well. The python interface to Qt is more or less a direct translation of the C++ interface, so the excellent documentation troll tech provides for Qt can be used when developing with PyQt as well.

I have never seen the segfaulting you mention. Maybe my programs have been too small to trigger that bug...

- Fredrik