Struct tectonic::io::memory::MemoryIo

pub struct MemoryIo {
    pub files: Rc<RefCell<HashMap<OsString, Vec<u8>>>>,
    // some fields omitted
}

Fields

files: Rc<RefCell<HashMap<OsString, Vec<u8>>>>

Implementations

impl MemoryIo

pub fn new(stdout_allowed: bool) -> MemoryIo

pub fn create_entry(&mut self, name: &OsStr, data: Vec<u8>)

pub fn stdout_key(&self) -> &OsStr

Trait Implementations

impl IoProvider for MemoryIo

fn output_open_name(&mut self, name: &OsStr) -> OpenResult<OutputHandle>

fn output_open_stdout(&mut self) -> OpenResult<OutputHandle>

fn input_open_name(
    &mut self,
    name: &OsStr,
    _status: &mut dyn StatusBackend
) -> OpenResult<InputHandle>

fn input_open_primary(
    &mut self,
    _status: &mut dyn StatusBackend
) -> OpenResult<InputHandle>

Open the "primary" input file, which in the context of TeX is the main input that it's given. When the build is being done using the filesystem and the input is a file on the filesystem, this function isn't necesssarily that important, but those conditions don't always hold.

fn input_open_format(
    &mut self,
    name: &OsStr,
    status: &mut dyn StatusBackend
) -> OpenResult<InputHandle>

Open a format file with the specified name. Format files have a specialized entry point because IOProviders may wish to handle them specially: namely, to munge the filename to one that includes the current version of the Tectonic engine, since the format contents depend sensitively on the engine internals.

fn write_format(
    &mut self,
    _name: &str,
    _data: &[u8],
    _status: &mut dyn StatusBackend
) -> Result<()>

Save an a format dump in some way that this provider may be able to recover in the future. This awkward interface is needed for to write formats with their special munged file names.