ðòïåëôù 


  áòèé÷ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  óôáôøé 


  ðåòóïîáìøîïå 


  ðòïçòáííù 



ðéûéôå
ðéóøíá












     áòèé÷ :: Filmscanners
Filmscanners mailing list archive (filmscanners@halftone.co.uk)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: filmscanners: Silverfast vs Nikon Software?



> >placing their DLLs in the System folder. However, a work around to this
> >problem is to put the DLL in question (the one that the newly installed
> >application wants to place in the System folder, overwriting the current
> >DLL in that folder) in the application's own folder. Then create a zero
> >byte file that is named the same as the application, plus an extension of
> >.local. For instance, if the application was called crankyapp.exe, you
>

A similar trick works on the Mac when different programs insist on their own
version of a dynamically linked library.  Put the new (or most commonly
used) version of the DLL in the system extension folder and place the other
DLL in the same folder as the application that requires the incompatible
DLL.  On the Mac there is no need for the *.local file.




 




Copyright © Lexa Software, 1996-2009.