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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,1742659b6aa943fb X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!postnews.google.com!f14g2000cwb.googlegroups.com!not-for-mail From: "Lucretia" Newsgroups: comp.lang.ada Subject: Re: Tasking and wxWidgets Date: 26 Nov 2005 09:32:15 -0800 Organization: http://groups.google.com Message-ID: <1133019090.480779.116750@f14g2000cwb.googlegroups.com> References: <1132913111.023558.255590@g14g2000cwa.googlegroups.com> <4386eb3d$1_1@glkas0286.greenlnk.net> NNTP-Posting-Host: 194.74.199.42 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Trace: posting.google.com 1133026339 2879 127.0.0.1 (26 Nov 2005 17:32:19 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sat, 26 Nov 2005 17:32:19 +0000 (UTC) In-Reply-To: <4386eb3d$1_1@glkas0286.greenlnk.net> User-Agent: G2/0.2 X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1),gzip(gfe),gzip(gfe) X-HTTP-Via: 1.0 Symantec_Web_Security (3.0.1.74), 1.0 C2100-0050414028 (NetCache NetApp/5.5R5) Complaints-To: groups-abuse@google.com Injection-Info: f14g2000cwb.googlegroups.com; posting-host=194.74.199.42; posting-account=G-J9fgwAAADgpzBiEyy5tO4f8MX5fbpw Xref: g2news1.google.com comp.lang.ada:6639 Date: 2005-11-26T09:32:15-08:00 List-Id: Martin Dowie wrote: > Lucretia wrote: > > 2) I could also go the other way and inside the > > wx.Base.Object.Object_Type (wxObject) provide a mutex object, such > > that every call in wxAda would lock (on entry) and unlock (on exit) > > thus providing thread safety if that particular object were accessed > > via multiple tasks. The overhead of constructing/destructing a mutex > > locker object, locking/unlocking the mutex object on every call would > > be rather high and thus, would most probably slow the application > > down to a crawl (although, not tested). Use of inlining might make > > this nicer? > > Is the different between a response in 0.1 seconds and 0.15 seconds > particularly noticable with a GUI? I'm guessing at the actual times but > surely they are going to be very small (to the human eye), no?... Well, yeah. It is unlikely that wxAda will be used within the embedded sector, so it may not be that feasible, but I was wondering more about the fact that there are a lot of calls in wxWidgets and that if every call was blocking, it may end up being particularly slooow when multiple tasks start to use the objects concurrently. > Could you provide the locking as an option at compile time? I.e. have 2 > packages that providing locking but one is "begin null end;" (or "is null;" > for Ada2005, yes?) for everything. That would be a big job as there is no preprocessor for Ada (only GNAT - and this lib is to be portable). Yeah, there will be an Ada 2005 version after the Ada 95 version. Luke.