lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nicholas Paldino [.NET/C# MVP]" <casper...@caspershouse.com>
Subject RE: [jira] Commented: (LUCENENET-216) FSDirectory.Sync Fix to Ensure Flush to Disk
Date Tue, 10 Nov 2009 05:43:28 GMT
	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:jira@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.

Mime
View raw message