From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <guile-gtk-return-696-listarch-guile-gtk=sources.redhat.com@sources.redhat.com>
Received: (qmail 31197 invoked by alias); 23 May 2003 22:00:10 -0000
Mailing-List: contact guile-gtk-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:guile-gtk-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/guile-gtk/>
List-Post: <mailto:guile-gtk@sources.redhat.com>
List-Help: <mailto:guile-gtk-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: guile-gtk-owner@sources.redhat.com
Received: (qmail 31147 invoked from network); 23 May 2003 22:00:08 -0000
Received: from unknown (HELO snoopy.pacific.net.au) (61.8.0.36)
  by sources.redhat.com with SMTP; 23 May 2003 22:00:08 -0000
Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.2.228.40])
	by snoopy.pacific.net.au (8.12.3/8.12.3/Debian-6.3) with ESMTP id h4NLxjPB020002;
	Sat, 24 May 2003 07:59:45 +1000
Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72])
          by sunny.pacific.net.au with ESMTP
          id h4NLxjQg029170; Sat, 24 May 2003 07:59:45 +1000 (EST)
Received: from localhost (ppp126.dyn228.pacific.net.au [203.143.228.126])
	by wisma.pacific.net.au (8.12.9/8.12.9) with ESMTP id h4NLxhYZ008445;
	Sat, 24 May 2003 07:59:43 +1000 (EST)
Received: from gg by localhost with local (Exim 3.35 #1 (Debian))
	id 19JKZc-0000iM-00; Sat, 24 May 2003 07:59:36 +1000
To: Andreas Rottmann <a.rottmann@gmx.at>
Cc: guile-gtk@sources.redhat.com, Ariel Rios <ariel@gnu.org>,
   Rob Browning <rlb@defaultvalue.org>
Subject: Re: (gnome gtk) et al
References: <20030407144511.GA1489@lark>
	<1049743589.1933.21.camel@tosca.elektra.com.mx>
	<20030514085929.GA12304@lark> <87n0hnrmqy.fsf@alice.rotty.yi.org>
	<873cj99z27.fsf@alice.rotty.yi.org>
From: Kevin Ryde <user42@zip.com.au>
Mail-Copies-To: never
Date: Fri, 23 May 2003 22:00:00 -0000
Message-ID: <87llwxmiig.fsf@zip.com.au>
User-Agent: Gnus/5.090019 (Oort Gnus v0.19) Emacs/21.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2003-q2/txt/msg00092.txt.bz2

Andreas Rottmann <a.rottmann@gmx.at> writes:
>
> (let ((error '(#f #f #f)))

I'd thought it might be worth having GError as a distinct type, for
stricter checking etc.

>   (if (not (g-io-channel-new-file "/ENOENT" "r" error))

Calls would no doubt accept #f to mean NULL at the C level.

>       (if (= (g-file-error-quark) (car error))

As a separate type it'd be "g-error-code" or whatever instead of car.
More long winded, but would maximize clarity.

>           (format #t "file error (~S) opening /ENOENT: ~S\n" 

Speaking of formatting, I suppose having g-set-error and friends take
printf style format strings would most closely match native glib.  But
it'd probably require a more or less complete re-implementation of
printf taking scm arguments.  Maybe someone has such a thing kicking
around already.