From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups: comp.lang.ada
Subject: Re: Gtk 3.8.4 (and after) do not fully support WinXp
Date: Fri, 18 Sep 2015 18:02:46 +0200
Organization: cbb software GmbH
Message-ID: <c3tlkpvwe1pq.1x0edkt9he8nm$.dlg@40tude.net>
References: <ea8ebcc8-d585-45f0-abbf-fafc5be16103@googlegroups.com>
Reply-To: mailbox@dmitry-kazakov.de
NNTP-Posting-Host: dZFZMi8Yw0yXeelTniGFpQ.user.speranza.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Complaints-To: abuse@aioe.org
User-Agent: 40tude_Dialog/2.0.15.1
X-Notice: Filtered by postfilter v. 0.8.2
Xref: news.eternal-september.org comp.lang.ada:27787
Date: 2015-09-18T18:02:46+02:00
List-Id: <comp.lang.ada>

On Fri, 18 Sep 2015 08:44:09 -0700 (PDT), ahlan@marriott.org wrote:

[...]
> It is hard to find out what exactly changed between 3.8.2 and 3.8.4 but
> the numbering seems to indicate that there were no major changes or
> enhancements.

It indicates little. GTK maintainers do not care about backward
compatibility. There is a lot of stuff that ceases to work with each new
GTK version. I tracked most of that to make GtkAda 3.8.3 working with GTK
3.10.x. I don't have 3.8.4, so I cannot tell, but my GtkAda applications
work under both Windows and fully updated Linux.

Major offenders are dialog boxes and stock items. They should generate
warnings but actually they tend to crash the application. Other things are
Get_String and Set_String of the tree and, possibly, of the list model.
These corrupt stack and memory pool after several calls. The pixbuff cell
renderer works no more because they are going to kill stock items. And so
on.

Some workarounds I did are here:

http://www.dmitry-kazakov.de/ada/gtkada_contributions.htm

In all cases fill your application with tracing output to localize the
problem.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de