From owner-freebsd-hackers Sun May 11 00:31:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA16737 for hackers-outgoing; Sun, 11 May 1997 00:31:29 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA16732 for ; Sun, 11 May 1997 00:31:21 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id KAA08414; Sun, 11 May 1997 10:32:19 +0300 (EEST) Date: Sun, 11 May 1997 10:32:19 +0300 (EEST) From: Narvi Reply-To: Narvi To: Amancio Hasty cc: freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-Reply-To: <199705102153.OAA12857@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [cc: list snipped] On Sat, 10 May 1997, Amancio Hasty wrote: > > Mea Culpa got a little lost in the meaning of semantics I should have > known better what you meant :( > > Reduction or "Beauty" as it is known in certain other fields is different > than brute force methods. Actually, I shouldn't talk down too much > brute force --- just ask the current World Chess champion 8) > > Now working smart and choosing your constraints carefully is a different > issue. > > At any rate back to work over here , based on the feedback that I gotten > so far I am looking into webtk and amulet -- Now just because I am > looking into those packages does not mean that I am going to use > tcl/tck nor the amulet library -- there is such a thing call abstraction 8) > Still, if, at some point of time you think that there could be such a think as tcl based scritping (that is - there is an embeded tcl interpretator with a number of restrictions but access to the facilities of the program). And I don't mean something like emacs. And not something like MSWord. I mean something small, and with no commands written in tcl. It is a glue language after all. I have done a lot of tcl commands, if you feel like getting some, let me know. Sander > Not too say that is really the way to go however I am really impress by > webtk --- excellent example of what a poor language can do. > > So in one corner we have webtk with is obvious advantage/disadvantage > and in the opposite corner we have Qt and Amulet. Qt seems easier to use > however it lacks a nice GUI builder what is nice about it is its meta > object interface for tokens "slots" and "signals". Don't know that much > about Amulet yet just got it compile over here so far it looks like > a strong contender not so much for it object oriented interface rather > for its supporting functionality for constraints : gesture recognition, > animation, ability to mimic look/feel for mac/win95/motif. Amulet comes > with a "nice" gui builder -- just try it out over here and it looks > like it can be useful. > > Enjoy, > Amancio > > >From The Desk Of Terry Lambert : > > > > > > What I am looking for is for experienced programmers that can > > > > > > come in and do the "job" -- the job being defined as a cool > > > > > > document program. > > > > > > > > > > That job is about 3 man-years worth of work. > > > > > > > > Cool. If he can get 365 volunteers (and one leap-volunteer 8-)) > > > > then he can be done in 3 days. > > > > > > Actually, 9 pregnant women can not deliver one baby in a month. > > > > > > "Mythical Man Month" by Fred Brooks first published in 1975. > > > > > > For those interested the book is about managing large scale projects. > > > > > > Reducing complex problems is not the same as throwing bodies at > > > a project. > > > > I know. I was making the distinction between 9 motivated programmers > > and throwing 365 bodies at the problem. Jordan seemed to be implying > > that your call for programmers was a throwing of bodies, and that > > something that would take 3 many years was not worth pursuing on a > > voluntary basis. > > > > > > Regards, > > Terry Lambert > > terry@lambert.org > > --- > > Any opinions in this posting are my own and not those of my present > > or previous employers. > > >