From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.devel Subject: Re: C level mutices and condition variables Date: 26 Oct 2002 22:28:33 +0100 Sender: guile-devel-admin@gnu.org Message-ID: References: <87vg3pot7a.fsf@zagadka.ping.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035667960 20985 80.91.224.249 (26 Oct 2002 21:32:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 26 Oct 2002 21:32:40 +0000 (UTC) Cc: guile-devel@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 185YXr-0005Rt-00 for ; Sat, 26 Oct 2002 23:32:35 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 185YUa-00088u-00; Sat, 26 Oct 2002 17:29:12 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 185YUC-0007gS-00 for guile-devel@gnu.org; Sat, 26 Oct 2002 17:28:48 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 185YU9-0007dx-00 for guile-devel@gnu.org; Sat, 26 Oct 2002 17:28:47 -0400 Original-Received: from mail.uklinux.net ([80.84.72.21] helo=s1.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.10) id 185YU9-0007dt-00 for guile-devel@gnu.org; Sat, 26 Oct 2002 17:28:45 -0400 Original-Received: from laruns.ossau.uklinux.net (bts-0983.dialup.zetnet.co.uk [194.247.51.215]) by s1.uklinux.net (8.11.6/8.11.6) with ESMTP id g9QLSh126569; Sat, 26 Oct 2002 22:28:44 +0100 Original-Received: from laruns.ossau.uklinux.net.ossau.uklinux.net (localhost [127.0.0.1]) by laruns.ossau.uklinux.net (Postfix on SuSE Linux 7.2 (i386)) with ESMTP id 5C0CBDC129; Sat, 26 Oct 2002 22:28:33 +0100 (BST) Original-To: Marius Vollmer In-Reply-To: <87vg3pot7a.fsf@zagadka.ping.de> Original-Lines: 35 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:1604 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1604 >>>>> "Marius" == Marius Vollmer writes: Marius> Hi, Marius> currently, we support the scm_t_mutex and scm_t_cond types, along with Marius> some functions. You can declare a variable of type scm_t_mutex and Marius> initialize it with scm_mute_init, for example. Marius> This makes it hard to have SCM data in a scm_t_mutex since you have to Marius> protect it without the help from the user of the mutex. Also, this is Marius> not 'astract' enough when we make thread package support a run-time Marius> option (which we should). Marius> Dirk did some work in this direction in the dirk-thread-factorization Marius> branch. I propose something simpler: Marius> Let's just remove C level support for mutex and condition variable Marius> objects and tell them to use the Scheme level mutices, which are also Marius> available to C. (With deprecation.) Marius> Ok? I don't understand, I'm afraid. - Why would you want "to have SCM data in a scm_t_mutex"? - isn't the data that you are protecting access to normally a separate variable (or set of variables) from the mutex itself? - What do you mean by not abstract enough? - In "tell them to use the Scheme level mutices", who is "them", and would it be possible for them to use Scheme mutexes from C code, or are you saying that people who need mutexes must code in Scheme? Regards, Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel