This required an additional parameter to FDCHECK.
Committed too.
Danny
On Fri, 2008-08-29 at 15:52 -0700, Pawel Veselov wrote:
> Hi,
>
> this attached fix should take care of providing fsync()/fdatasync()
> functionliaty. For now it's a straight call to FlushFileBuffers().
>
> Thanks,
>
Hi,
sorry, needs to be included in, or symbol doesn't get
exported. Here is the updated diff.
On Fri, Aug 29, 2008 at 3:52 PM, Pawel Veselov <[EMAIL PROTECTED]> wrote:
> Hi,
>
> this attached fix should take care of providing fsync()/fdatasync()
> functionliaty. For now it's a straight call to
Hi,
this attached fix should take care of providing fsync()/fdatasync()
functionliaty. For now it's a straight call to FlushFileBuffers().
Thanks,
Pawel.
On Fri, Aug 29, 2008 at 11:07 AM, Danny Backx <[EMAIL PROTECTED]> wrote:
[ skipped ]
> If you have corrections/submissions of this kind, p
On Fri, Aug 29, 2008 at 11:07 AM, Danny Backx <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-08-28 at 17:54 -0700, Pawel Veselov wrote:
[ skipped ]
>> For the cegcc functionality, it seems that the header files define
>> way more functions than are implemented in the libraries.
>> There are no bugs or
On Thu, 2008-08-28 at 17:54 -0700, Pawel Veselov wrote:
> this may be a stupid question, really, but I couldn't find anything
> about this online...
Not a stupid question at all.
> For the cegcc functionality, it seems that the header files define
> way more functions than are implemented in the
Hi,
this may be a stupid question, really, but I couldn't find anything
about this online...
For the cegcc functionality, it seems that the header files define
way more functions than are implemented in the libraries.
There are no bugs or feature requests submitted for missing functions.
Is there
