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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,30f8e9ec3e840189
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-09-09 11:52:01 PST
Path: 
 archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!212.74.64.35!colt.net!dispose.news.demon.net!news.demon.co.uk!demon!pogner.demon.co.uk!zap!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: avl tree - booch components
Date: 09 Sep 2001 19:27:48 +0100
Organization: CodeFella
Message-ID: <x7v1ylgmd7f.fsf@smaug.pushface.org>
References: <20010907091153.12625104.tonygair@nospam.blueyonder.co.uk>
 <Ej0w7lFo08Zw-pn2-bc66K1ONCmcE@jupiter.dwparsons.dialin.t-online.de>
NNTP-Posting-Host: localhost
X-NNTP-Posting-Host: pogner.demon.co.uk:158.152.70.98
X-Trace: news.demon.co.uk 1000061467 nnrp-02:14891 NO-IDENT
 pogner.demon.co.uk:158.152.70.98
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: 9 Sep 2001 18:27:48 GMT
X-Newsreader: Gnus v5.7/Emacs 20.7
Xref: archiver1.google.com comp.lang.ada:12955
Date: 2001-09-09T18:27:48+00:00
List-Id: <comp.lang.ada>

dwparsons@t-online.de (Dave Parsons) writes:

> Yes, I compiled all the tests and demos last weekend.  I had to turn
> off the style checking though, too many lines too long.

-gnaty gives errors on 3.13p, I'm used to warnings with 3.14a1. Sorry.
The 'lines too long' are typically the revision control strings, shame
CVS doesn't let you customise what $Id$ gives you ..

> Only queue_tests_concurrent seemed to have a serious problem. It
> compiled ok but hung near the end.

Hmm, on Linux it works as expected when run from the makefile but
locks up when run from the command line: ... stranger & stranger,
actually it works *every other time*. More investigation needed.

> All the others ran ok and the results looked ok except for
> map_test_concurrent, M10G, M11G, M10S & M11S.

This is correct behaviour, I forgot to update that test; this is the diff

--- map_test_concurrent.adb     2001/04/14 08:35:27     1.6
+++ map_test_concurrent.adb     2001/09/09 18:09:38
@@ -340,13 +340,13 @@
     Assertion (MUS."=" (The_US.Map_U_Pu1, Map_U_Pu3),
                "** M09S: Maps are not equal");
   end;
-  Assertion (MBG.Available (The_BG.Map_B_Pu1) = 297,
+  Assertion (MBG.Available (The_BG.Map_B_Pu1) = 97,
              "** M10G: Available space is not correct");
-  Assertion (MBG.Available (The_BG.Map_B_Pu2) = 300,
+  Assertion (MBG.Available (The_BG.Map_B_Pu2) = 100,
              "** M11G: Available space is not correct");
-  Assertion (MBS.Available (The_BS.Map_B_Pu1) = 297,
+  Assertion (MBS.Available (The_BS.Map_B_Pu1) = 97,
              "** M10S: Available space is not correct");
-  Assertion (MBS.Available (The_BS.Map_B_Pu2) = 300,
+  Assertion (MBS.Available (The_BS.Map_B_Pu2) = 100,
              "** M11S: Available space is not correct");
   Put_Line ("Completed map tests");

> I've never used the Booch Components before on any platform, so I
> don't know how this compares with other versions.
> 
> Comments anyone?

Thanks for the report.