[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guile build failure
From: |
Ludovic Courtès |
Subject: |
Re: Guile build failure |
Date: |
Mon, 21 Jan 2013 11:47:37 +0100 |
User-agent: |
Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.2 (gnu/linux) |
Hi,
Andy Wingo <address@hidden> skribis:
> On Thu 09 Aug 2012 15:57, address@hidden (Ludovic Courtès) writes:
>
>> Hi David, and sorry for the delay,
>>
>> David Pirotte <address@hidden> skribis:
>>
>>> ;;; (remaining
>>> "/mnt/galia/linux/64/local/src/guile/guile-2.0.6/load-test.dir" ("." ".."
>>> ".nfs00000000121e01b200000019" ".nfs00000000121e01b30000001a"))
>>
>> Aaah, those hidden files are the culprit.
>
> From http://www.redhat.com/archives/rhelv5-list/2008-May/msg00156.html:
>
> .nfs000* are the ghosts of departed files. For example, if you have a
> file handle for /home/user/foo open on an nfs client and the file gets
> removed somewhere else, then the .nfs* file shows up/is used by the
> original process until it closes the file handle.
>
> Use "fuser .nfs*" to see which process is using it.
>
> Could Guile be keeping a handle open to these files?
‘load.test’ uses ‘compile-file’, and it seems that ‘compile-file’ does
an ‘open-input-file’ with no corresponding ‘close-port’. That may be
the problem.
Ludo’.