On Feb 8, 2010, at 12:06, Andy Wingo wrote:
>> But mkstemp doesn't guarantee that no one else will grab the file name
>> in between the time mkstemp checks that the file doesn't exist, and when
>> you actually open(O_CREAT) it.
>
> It does. The return value from mkstemp! is a port, and it mutates
Hi,
On Mon 08 Feb 2010 16:34, Ken Raeburn writes:
> On Feb 8, 2010, at 06:11, Andy Wingo wrote:
>
>> 3. Is tmpfile(3) really needed, if you have mkstemp! and dynamic
>> extents? Here's what I use, for example:
>
> But mkstemp doesn't guarantee that no one else will grab the file name
> in betwee
On Feb 8, 2010, at 06:11, Andy Wingo wrote:
> 1. tmpfile(3) returns a FILE*, whereas Guile's fports normally deal in
> file descriptors. Will this be a problem? What about buffering? Do we
> have to fclose() the FILE* to get deletion working?
On POSIX systems you can use fileno(). The automatic d
Hi,
"Tomas By" writes:
> The version of Guile I am using is 1.8.7 -- is it worth trying 1.9
> instead?
>
> Is it generally possible to use two different libgc at the same time?
Guile 1.8 does *not* use libgc. So there must be something else going on.
Looking at the strace(1) output you sent d
On Mon, February 8, 2010 13:15, Tomas By wrote:
> I have now tried to link my Mercury library with the libgc that Guile
> uses instead of the Mercury one, and I asked about it on the Mercury
> mailing list, where I got this reply:
>
> "The version of libgc that Mercury uses contains Mercury specifi
Hello again,
I have now tried to link my Mercury library with the libgc that Guile
uses instead of the Mercury one, and I asked about it on the Mercury
mailing list, where I got this reply:
"The version of libgc that Mercury uses contains Mercury specific
modifications; I would be surprised if li
Hi Thien-Thi,
On Sun 07 Feb 2010 19:48, Thien-Thi Nguyen writes:
> I'm writing to request that tmpfile(3) be added to Guile 1.9 libguile.
I think this sounds like a good idea. I have a few concerns, though if
none of them can be nicely addressed I'd still be happy adding tmpfile.
1. tmpfile(3)
