Hi all -

True or false - UD 4.6, the revparam file needs to be located in the same folder as the oinsight.exe file.

Thanks!

Mike O

Depends.

If multiple people are running the same oinsight.exe then that computer should have a Universal Driver (linear hash service) installed and a revparam installed in the OI root directory (where oinsight.exe is located).

If the oinsight.exe is on a local computer and only the local user is running it, then no revparam is needed.

One last consideration, regardless of where or how many users use the oinsight.exe, if multiple users attach the same data directories then there must be a linear hash service installed and a revparam file at that location.

If you have a specific situation in mind please let me know and I'll clarify.

That answered my question, thanks!

Mike

So that is now official. There must be a REVPARAM in all data directories.

Is that regardless of whether they are subordinate to the OI root directory.

Barry,

So that is now official. There must be a REVPARAM in all data directories.

Is that regardless of whether they are subordinate to the OI root directory[/i]]

subordinate directories inherit the revparam of a parent directory.

The mechanism is straightforward - using the full path to the revmedia.lk file, look for a revparam in the folder, else look for a revparam in that folder's parent, else look for a revparam in that folder's parent, and so on until there is no parent. For simpliciy, you can use a revparam at the top of any folder hierarchy that contains revmedia files. If you have use independent subdirectories that do not share a common root, you want a revparam at least at each independent root.

IIRC Sprezz posted an article that showed the client performs that search for a revparam with each file open statement. That suggests that for speed, in a deeply nested structure you place revparams in every folder that contains a revmedia.

Note that the revparam only affects LHDLL, the client component. The service never consults the revparam. Thus, while the LK and OV files do not need to be visible to a user, the revparam does. Conversely, the LHService must have rights to the LK and OV files, but it does not need to see the revparam.

what is certain is that the UD client will look for a revparam until it finds one, even if there is no service running.

So, you always want to use a revparam to provide explicit intructions to the LH client, even if the instruction is ServerOnly=0. This ensures that the LH client does not spend time searching for a revparam, and it ensures that you know how the LH client will interact with the LH tables.

HTH

Bob

Nicely clarified Bob. I think your last paragraph might be a bit of a heads up for some of us.

]]I think your last paragraph might be a bit of a heads up for some of us.

Never heard that before

Mmmm, wonder if some stand alone systems could be sped up, including our desktop testing

Thank you Bob, that is the best understood clarification yet.

Hi Bob,

the client performs that search for a revparam with each file open statement

Do you mean a Basic+ Open statement, or a BFS OPEN call? One would hope that the revparam is only read on a BFS OPEN call and the information cached somehow, if not in SYSTABLES.

Cheers, M@

[img]http://www.vernonsystems.com/images/logo_main_ani.gif[/img]

This posting should resolve the question about when the search is executed. It depends on the usage of attach_table and the open statement.

http://www.revelation.com/DISCUSS.NSF/All+by+Date/DDA21AB10640D3F7852576180055997E?OpenDocument

Thanks Jared (and Sprezz) - that answers my question.

Cheers, M@

[img]http://www.vernonsystems.com/images/logo_main_ani.gif[/img]

View this thread on the Works forum...