Re: pfdInitConverter

New Message Reply Date view Thread view Subject view Author view

Lance Marrou (marrou++at++vsl.ist.ucf.edu)
Fri, 1 Dec 1995 11:56:05 -0500

On Nov 30, 7:03pm, Fernando D. Mato Mira wrote:
> Subject: pfdInitConverter
>
> >>
> pfdInitConverter dynamically links the converter corresponding to the
> extension ext into the current executable. This routine should be called
> before pfConfig for all extensions that an executable will use to ensure
> that any routines and static data required at run-time are available in
> all Performer processes.
> >>
>
> What if I don't know what converters might be needed and want to
> minimize overhead?
>
>-- End of excerpt from Fernando D. Mato Mira

Calling this function minimizes run-time overhead if you expect to load files
during the application. Of course, you do not have to call it. What overhead
you are increasing is load-time. For any real-time application, the data files
should all be loaded before starting the run anyways. You should also use
pfdExitConverter() to unload the DSOs. If you really have no clue what kind of
data files you might be using, then you don't know what data files you are
loading and thus you cannot pre-load them before run-time. So, you must live
with the rld loading of the DSOs. There used to be a function called
pfdFreeLoaders() so you do not have to know what DSOs have been loaded, but it
seems to have disappeared. :)

-- 
______________________________________________________________________________
           /\    ______  /\____ ______ ______   E-mail: marrou++at++vsl.ist.ucf.edu
Visual    / /   / _   / / __  // ____// ____/               VSL: (407)658-5073
Systems  / /__ / /_/ / / / / // /___ / __/_  R. Marrou      Fax: (407)658-5059
Lab     /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou
"Reap the whirlwind."                      "We don't need no thought control."

New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:52:06 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.