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
X-Google-Thread: a07f3367d7,2e86351fb0d532e
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!feedme.ziplink.net!news.swapon.de!newsfeed.straub-nv.de!uucp.gnuu.de!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Bug in gnat-4.4, revisited
Newsgroups: comp.lang.ada
User-Agent: 40tude_Dialog/2.0.15.1
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Reply-To: mailbox@dmitry-kazakov.de
Organization: cbb software GmbH
References: 
 <f736e99b-4094-4698-875b-a2031fd6384c@g28g2000pra.googlegroups.com>
 <19e597vj3gojp.1t2ys58wl8lj7$.dlg@40tude.net>
 <aa38b9db-fc7d-435e-b6ea-c94aeaca5522@h7g2000yqn.googlegroups.com>
 <10yl9b2ysrfj5$.10wfkseadielx$.dlg@40tude.net>
 <bec572ec-5340-460f-affd-768a50635f7a@d17g2000yqm.googlegroups.com>
 <jwo1dfx5mv6$.doqx1rkdjx6a.dlg@40tude.net>
 <87zkubs2yj.fsf_-_@ludovic-brenta.org>
 <1widfgg1w9k9t$.r1ng0dv38z7m$.dlg@40tude.net>
 <87vd4zs0bs.fsf@ludovic-brenta.org>
Date: Fri, 22 Oct 2010 21:41:41 +0200
Message-ID: <15dipljjnhf00$.t73hmmdzflqv.dlg@40tude.net>
NNTP-Posting-Date: 22 Oct 2010 21:41:38 CEST
NNTP-Posting-Host: f4b02ce2.newsspool2.arcor-online.net
X-Trace: 
 DXC=@]cHMMB3K7QV0Pe9PRnbJ\A9EHlD;3YcR4Fo<]lROoRQ8kF<OcfhCO[:_HW7N^`SjX[6LHn;2LCV^[<mhadbfdU[^4K7<?fD8YU8XaaOXkV:WP
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:14684
Date: 2010-10-22T21:41:38+02:00
List-Id: <comp.lang.ada>

On Mon, 18 Oct 2010 22:38:47 +0200, Ludovic Brenta wrote:

> That means your bug was really #589164, as I suspected.  The backport
> for the fix is in -5.

OK, I have performed some further checks.

It seems that some traces of the bug are still present in 4.4.4-5. It is
more complicated now. test_handles works, but another test fails. When it
is compiled this way:

$ gcc -c sqlite-sources/sqlite3.c
$ gnatmake -O2 test_sqlite_persistence.adb -largs sqlite3.o -ldl

then

$ ./test_sqlite_persistence
Session 1
\_1
  |\_2
  |  |\_*
  |   \_*
   \_3
     |\_4
     |  |\_5
     |  |  |\_*
     |  |   \_*
     |   \_*
      \_6
        |\_*
         \_*

raised PROGRAM_ERROR : adjust/finalize raised PROGRAM_ERROR:
PERSISTENT.SQLITE.DATA_BASE_OBJECT is still in use

Interestingly, when compiled without -O2:

$ gnatmake test_sqlite_persistence.adb -largs sqlite3.o -ldl

the test does not fail.

It seems that the fix does not completely eliminate the bug when
optimization is on.

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