incubator-lucy-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marvin Humphrey (JIRA)" <>
Subject [jira] Resolved: (LUCY-83) FSFileHandle
Date Sun, 06 Dec 2009 20:23:18 GMT


Marvin Humphrey resolved LUCY-83.

    Resolution: Fixed

Committed as r887761 and r887762.

> FSFileHandle
> ------------
>                 Key: LUCY-83
>                 URL:
>             Project: Lucy
>          Issue Type: Sub-task
>          Components: Core
>            Reporter: Marvin Humphrey
>            Assignee: Marvin Humphrey
>            Priority: Blocker
>         Attachments: FSFileHandle.bp, FSFileHandle.c, fsfilehandle_support.diff, lseek64_pread64.diff,
TestFSFileHandle.bp, TestFSFileHandle.c
> FSFileHandle abstracts out low level interaction with the OS and file system.
> Some form of memory map support is required: mmap() on unixen, and
> CreateFileMapping()/MapViewOfFile() on Windows.
> Only atomic, positional reads are supported, using 64-bit pread() on unixen,
> and ReadFile() with an OVERLAPPED structure on Windows.
> Multiple InStreams may share a single read-only FSFileHandle, because
> FSFH_Read() does not change file position or other state in the underlying
> OS-specific file object.  Theoretically, operating multiple InStreams in
> different threads against a single shared FileHandle will also work -- which
> is crucial for threadsafe compound files.  Thread safety is as yet untested, 
> though, since Lucy's Perl bindings are single-threaded.

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

View raw message