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,41b2c090403fab50 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-10-11 03:46:43 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!193.213.112.26!newsfeed1.ulv.nextra.no!nextra.com!uio.no!ntnu.no!not-for-mail From: Preben Randhol Newsgroups: comp.lang.ada Subject: Re: Creating tempfile takes too long: GNAT or Windows bug? (& GtkAda) Date: Fri, 11 Oct 2002 10:46:42 +0000 (UTC) Organization: Norwegian university of science and technology Message-ID: References: <4a4de33a.0210090358.fc50c13@posting.google.com> <3DA463E8.1080202@cogeco.ca> <3DA5B8E6.3010109@cogeco.ca> NNTP-Posting-Host: kiuk0152.chembio.ntnu.no X-Trace: tyfon.itea.ntnu.no 1034333202 2816 129.241.83.78 (11 Oct 2002 10:46:42 GMT) X-Complaints-To: usenet@itea.ntnu.no NNTP-Posting-Date: Fri, 11 Oct 2002 10:46:42 +0000 (UTC) User-Agent: slrn/0.9.7.4 (Linux) Xref: archiver1.google.com comp.lang.ada:29709 Date: 2002-10-11T10:46:42+00:00 List-Id: Warren W. Gay VE3WWG wrote: > Forgive me if I don't quite have the facts correct here, because it's > been a while since I last worked with GtkAda... OK :-) > > My main concern was with the implementation of certain aspects of > GtkAda, concerning the use of typing. It seemed to me that there are > too many places that require "data conversions" to occur in the > application source code (I am thinking of parameters in certain > callbacks where there was some sort of function to mangle things into > the right type). It seems to me that there should be a better way to > handle this correctly. Either through generics, or through the > object'Class mechanism using inheritance. Converting from a base type > to a derived type would be acceptable IMHO, although it does have the > disadvantage that it is not properly checked until run time (generics > OTOH would catch problems at compile time). Please let us know which version of GtkAda you have tried. It sounds like it is a long time ago as I don't recognise these things in any of the later versions (from at least 1 year ago). > IIRC, there was a certain amount of reliance on a GStrings > package/interface too, which annoyed me (and other seemingly C like > types). I would have preferred a native String interface rather than > yet another strings package. The numeric types should not at least > look like C types (maybe I'm just being picky about this one). Gstrings? > Finally, it seems that every time I try to compile a recent version of > GtkAda on FreeBSD, it has numerous compile and install issues. This > puts me off, as it will any user that must go through this same > process. As a result, I give up and say "try again in a few months". What issues? > Are these fair comments? Or am I just getting cranky? I find it a bit hard to relate to them as I haven't experienced these. If you could be a bit more spesific perhaps I could see your point. Preben -- Ada95 is good for you. http://libre.act-europe.fr/Software_Matters/02-C_pitfalls.pdf