From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Ryde Newsgroups: gmane.lisp.guile.devel Subject: Re: file-exists? confused Date: Wed, 15 Mar 2006 09:33:53 +1100 Message-ID: <87acbsslke.fsf@zip.com.au> References: <20060313165454.M814@ccrma.Stanford.EDU> <877j6y6o3d.fsf@zip.com.au> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1142375671 5555 80.91.229.2 (14 Mar 2006 22:34:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 14 Mar 2006 22:34:31 +0000 (UTC) Cc: Bill Schottstaedt Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Mar 14 23:34:29 2006 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FJI5q-0005vT-Pr for guile-devel@m.gmane.org; Tue, 14 Mar 2006 23:34:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FJI5q-0005nU-7h for guile-devel@m.gmane.org; Tue, 14 Mar 2006 17:34:18 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FJI5j-0005kE-Rh for guile-devel@gnu.org; Tue, 14 Mar 2006 17:34:11 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FJI5j-0005jh-Ai for guile-devel@gnu.org; Tue, 14 Mar 2006 17:34:11 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FJI5j-0005jc-73 for guile-devel@gnu.org; Tue, 14 Mar 2006 17:34:11 -0500 Original-Received: from [61.8.0.84] (helo=mailout1.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FJIA0-0005Ky-U9 for guile-devel@gnu.org; Tue, 14 Mar 2006 17:38:37 -0500 Original-Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (Postfix) with ESMTP id BDAFE367CD2; Wed, 15 Mar 2006 09:34:09 +1100 (EST) Original-Received: from localhost (ppp27F2.dyn.pacific.net.au [61.8.39.242]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k2EMY80V008066; Wed, 15 Mar 2006 09:34:08 +1100 Original-Received: from gg by localhost with local (Exim 3.36 #1 (Debian)) id 1FJI5R-0001rv-00; Wed, 15 Mar 2006 09:33:53 +1100 Original-To: guile-devel@gnu.org Mail-Copies-To: never User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:5787 Archived-At: Actually, I see off_t is exposed through the ptob port descriptor funcs, so implicitly changing to off64_t would break applications. It'd be nice if guile could use the 64 functions internally. There might need to be new entries in the ptob for seek64 and truncate64 versions of the seek and truncate funcs. Or a flag saying which flavour is in use. There doesn't seem to be any room in that struct, but if it's always created by scm_make_port_type then perhaps adding new fields to the end would keep compatibility. One thing that could be done straight away though is use stat64 and readdir64_r for all the guile internal bits. That'd give information, even if you can't actually read/write large files. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel