EldoS | Feel safer!

Software components for data protection, secure storage and transfer

.NET CLR issues

Posted: 05/02/2008 10:16:02
by Nate Trost (Basic support level)
Joined: 05/02/2008
Posts: 2

First off great products! We purchased your SolFS and love it. Now onto the question. With .net it is recommended to not create Shell/Namespace extensions due to the CLR being injected into explorer, so if the shell ext is created in CLR 2.0 and a CLR 1.1 program opens a file open/save dialog, it will crash the 1.1 program, because the 2.0 CLR is in-process of explorer. So do you know if the Callback File System is causing the .net CLR to be injected in-process of explorer?


P.S. here is the link to the explanation of CLR conflicts
Posted: 05/02/2008 10:27:35
by Eugene Mayevski (Team)

Yes, we are aware of this problem. It's not specific to Explorer extensions: it can happen with any application with pluggable architecture. When one DLL is created with .NET 1.1 and another one is created with .NET 2.0, they will cause a conflict inside of the host process (Explorer or other application that uses these .NET-based DLLs).

Callback File System is a driver-based product. It doesn't contain DLLs written in .NET. So it doesn't cause such problems.

Sincerely yours
Eugene Mayevski
Posted: 05/02/2008 10:36:07
by Nate Trost (Basic support level)
Joined: 05/02/2008
Posts: 2

Thats great thanks a lot for the quick response! Most likely will be purchasing Callback File System soon.

Thanks again,



Topic viewed 6278 times

Number of guests: 1, registered members: 0, in total hidden: 0


Back to top

As of July 15, 2016 EldoS business operates as a division of /n software, inc. For more information, please read the announcement.

Got it!