guile-devel
[Top][All Lists]
Advanced

[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’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]