Message-ID: <4500E708.2090704 at rftp.com> Date: Thu, 07 Sep 2006 20:44:08 -0700 From: Robert Roessler Organization: Robert's High-performance Software MIME-Version: 1.0 To: LablGTK List Subject: CVS vs "2.6.0" snapshot Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Length: 1636 I have a few questions vis the current CVS version: 1) is a new snapshot/release imminent? 2) are there known stability (or other) issues with the current CVS? 3) not to offend by mangling the French language, but could someone comment on the "raison de etre" for each of the recent checkins identified by "delay finalization" and "absvalue"? :) I am probably more interested in / concerned with the former, as it seems to be a "bug fix", whereas the latter looks more like an "enhancement"... corrections to either perception welcomed. Briefly, I have a test app using a new wrapping of gtksheet from gtkextra which works with the CVS version of LablGTK, but fails with the "release" version from last October. :( I have narrowed the dependency at the app/gtksheet level down to the gtksheet "gtk_sheet_attach_default" call, which associates an arbitrary widget with a cell in the sheet. Using (GButton.button ~label:"" ())#as_widget to get the widgets, I can do no more than 64 of these attach calls without nasty GTK runtime errors showing up - mostly a lot of G_IS_OBJECT and GTK_IS_WIDGET assertion failures. If I use the CVS version of LablGTK, I can do 50,000 attach calls! And no, *I* do not in real life want to have this many buttons... ;) Besides the "delay finalization" changes just looking likely for being responsible for the differing behaviors, I pulled a CVS copy using a date select of 20060501, which leaves out everything but "delay finalization", "absvalue", and some Windows-only changes... and that still fails. Robert Roessler robertr@rftp.com http://www.rftp.com