"Yesterday" vs "today" has more likely to do with versions.
When you reference an assembly, it will first look for an .exe and then for
a .dll extension - this is by design (an exe referencing another exe is
legal). Any particular reason you are naming them the same?
Cheers
Daniel
--
http://www.danielmoth.com/Blog/
> Hello:
>
[quoted text clipped - 15 lines]
>
> Juan
Juan - 31 Jan 2005 11:04 GMT
There weren't any particular reasons when I created it, but now I can't
change it because of other reasons.
Still i don't understand why of the different dates can cause it to work. I
make some probes and I think it's a preferences trouble (as you said), if
they are called with the same name, the exe has priority over the dll, and
if they have not the same date, takes the dll correctly (with the same name)
The solution is to change the DLL name, but I can't do that :-)
Thanks for your help Daniel.
Juan
> "Yesterday" vs "today" has more likely to do with versions.
>
[quoted text clipped - 26 lines]
>>
>> Juan
Daniel Moth - 02 Feb 2005 14:39 GMT
A slight correction...
> "Yesterday" vs "today" has more likely to do with versions.
This should be: *definitely* has to do with versions. CF 1.0 versioning
rules dictate that major.minor.build should match. Look in your AssemblyInfo
file for changing those.
> When you reference an assembly, it will first look for an .exe and then
> for a .dll extension - this is by design (an exe referencing another exe
> is
Got this the wrong way round. First it looks for a dll extension and then
for an exe. So in your case it cannot find the dll and then loads the exe.
Cheers
Daniel
--
http://www.danielmoth.com/Blog/
> "Yesterday" vs "today" has more likely to do with versions.
>
[quoted text clipped - 26 lines]
>>
>> Juan