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-10 12:50:15 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!hammer.uoregon.edu!skates!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: Creating tempfile takes too long: GNAT or Windows bug? (& GtkAda) Date: 10 Oct 2002 15:43:06 -0400 Organization: NASA Goddard Space Flight Center (skates.gsfc.nasa.gov) Message-ID: References: <4a4de33a.0210090358.fc50c13@posting.google.com> <3DA463E8.1080202@cogeco.ca> <3DA5B8E6.3010109@cogeco.ca> NNTP-Posting-Host: anarres.gsfc.nasa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: skates.gsfc.nasa.gov 1034279633 24600 128.183.220.71 (10 Oct 2002 19:53:53 GMT) X-Complaints-To: usenet@news.gsfc.nasa.gov NNTP-Posting-Date: 10 Oct 2002 19:53:53 GMT User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Xref: archiver1.google.com comp.lang.ada:29688 Date: 2002-10-10T19:53:53+00:00 List-Id: "Warren W. Gay VE3WWG" writes: > Preben Randhol wrote: > Now a point for discussion for GtkAda: > > I need to be careful here, because I don't want to criticize > volunteer's efforts in this area. I would rather encourage > them to continue with their efforts, since I think their > goals are in line with most of ours in the Ada & GUI sense. > However, I do have a few concerns about the > implementation as it stands. Me, too :). > Forgive me if I don't quite have the facts correct here, because > it's been a while since I last worked with GtkAda... > > 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. I agree the current situation is not up to "Ada standards". For example, just yesterday I cut and pasted a callback. It compiled without error, did the Gtk "connect" call without error, but failed with a stack error (not an Ada exception; just a Windows signal) at run time. It turned out I had missed a parameter in the callback; something an Ada compiler is supposed to catch at compile time. > 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). I have not looked at it closely enough to see what the real problem is. I suspect it is a matter of writing complete bindings, and then writing an Ada polymorphic wrapper. But it's not that simple, because Gtk has its own object/dispatching model. That model is very powerful, and we don't want to lose it. We also want to be able to keep up with Gtk changes/evolution, so we don't want to much investment in the binding layer that might have to change. > IIRC, there was a certain amount of reliance on a GStrings > package/interface too, which annoyed me (and other seemingly C like > types). I have not encountered GStrings in my GtkAda work, so they may be gone. > 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). > > 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". I'm using a binary release for Windows. It's quite old; Gtk 1.2. There is now a Gtk 2.0, and GtkAda 2.0 for Linux. It seems like every question I post to the GtkAda mailing list is answered with "that works in Gtk 2.0". So I have the same complaint you do, but for Windows. I'm going to try to compile GtkAda for Cygwin, and see what that does. Cygwin ought to be close enough to Linux by now for this to work. -- -- Stephe