Re: Help on development of a gtk frontend for the debian-installer
i've read with interests all the replies to my posts and i've found them
very helpful, so i'll try to answer each of your questions in the most
Before doing this i need to tell you that the modifications i made to
gtk.c were aimed to create a "prototype" to study if it was possible to
create a three-areas gtk frontend for the installer (this is one of the
targets of my thesis).
I know the modifications to the source code where made in a non optimal
way, but, as explained, if we find that modifying the frontend in the
manner mentioned above is possible i'll restart the gtk fe developmente
from the gtk.c on svn.
Colin Watson ha scritto:
On Thu, Mar 31, 2005 at 09:05:14PM +0000, attilio wrote:
i'm a computer science student at the polithecnic of turin and i'm
working an the gtk frontend for the debian installer for my thesis.
I'm now working on the gtk.c available via svn and managed to make the
back/forward mechanism work by maipulating the question list before the
gtk_go() returns (actually, if the question lists is truncated after the
first question before returning frm gtk_go everything seems to work fine
for some further steps).
This is strange; the back/forward mechanism works fine for me running
src/test/backup.config on Subversion HEAD of cdebconf (will be 0.75 when
released). Could you elaborate on what problems you were having with it
If you're using an old version, you may be running into a number of
crash bugs I've already fixed. For instance, some of your problems sound
like they're pre-0.72.
The dirty workaround i made to make the back/fw mechanism work was just
meant to be able to make experiments with a working version of the fe;
it sound strange to me too that gtk_go() needs to modify those
structures in memory
Err.. i remember that the ASSERSTs at line 14 and 15 in frontend.c
however the frontend works correctly only occasionally and i need some
information about the frontend interface and especially about what to do
with the question list passed to gtk_go.
Shall i let it as it is before returning from gtk_go (but this way
cdebconf crashes!), shall i truncate the list after the first element (
by setting q->next=NULL before returning ) or what else?
I think it might be clearer if you could provide a test script that
demonstrates the failure.