If the Mono crowd is a big concern in this case (I agree with Michael 
that 
going to 3.5, this is the least of your concerns when it comes to the Mono 
crowd), then I would recommend creating an interface with one method which 
takes the FileStream and then create a default implementation which uses the 
P/Invoke call.

        Then, have a config section (with appropriate handler) which defines 
the 
implementation (which is optional) or some sort of IOC mechanism where you can 
get this implementation from, and then the Mono people can implement that.

                - Nick

-----Original Message-----
From: Michael Garski (JIRA) [mailto:j...@apache.org]
Sent: Tuesday, November 10, 2009 12:02 AM
To: lucene-net-dev@incubator.apache.org
Subject: [jira] Commented: (LUCENENET-216) FSDirectory.Sync Fix to Ensure 
Flush to Disk


    [ 
https://issues.apache.org/jira/browse/LUCENENET-216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12775285#action_12775285
 ]

Michael Garski commented on LUCENENET-216:
------------------------------------------

Interesting point, but what happens to the Mono folks when we move to the 3.5 
framework and utilize native .NET calls that are not supported in Mono?  I 
don't see the feasibility of supporting compile time switches as we move 
forward.

Are there any Mono users of Lucene.Net?

> FSDirectory.Sync Fix to Ensure Flush to Disk
> --------------------------------------------
>
>                 Key: LUCENENET-216
>                 URL: https://issues.apache.org/jira/browse/LUCENENET-216
>             Project: Lucene.Net
>          Issue Type: Bug
>            Reporter: Michael Garski
>         Attachments: FSDirectory.Sync.patch
>
>
> DIGY and Doug discussed this issue during the 2.9 port, and this is a patch 
> to give 2.9 the expected behavior of actually ensuring the OS flushes it's 
> buffers to disk.  DIGY suggested using the kernel32 method FlushFileBuffers, 
> and after investigation he was correct!  FileStream.Flush doesn't do that - 
> the OS could still be caching it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to