Hi colini'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 precise way. 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 beforehand? 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 always failedhowever 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. Thanks,