Runtime Error! (R6034)

[Quelb]

1. No, Microsoft Visual Studio is not installed

2. If you mean clicking without visiting the website: there is no error.

3. will follow soon

[Quelb]

Here is the output of Process Explorer:

[Vlk]

These are the foreign modules that are loaded in the process:

~DF6E71.tmp
DM2.dll
RollWindows.dll   

Do you know what they belong to? And can you please please send (the DLL files) them to my email address? (you can find out their full path by double-clicking on them in the Process Explorer lower pane).

Thanks
Vlk

[Quelb]

I do not know the first one (looks like a temporary one) the others belong to DM2 (http://dm2.sourceforge.net/)
With DM2 closed the Error still occurs, but the DM2.dll and the RollWindows.dll are not in the list.
The ~DF6E71.temp is in my %TEMP% folder.

Mail is sent

[Vlk]

Hmm, neither of the files seems relevant...

What I'm looking for is someone that's loading the msvcr80.dll library. This library should NOT be there (and before the Runtime error message occurs, it's probably not - can you pls confirm?)

This is the Microsoft C++ runtime library from Visual Studio 2005. Any idea who installed it and how it got loaded to the avast process?


Thanks
Vlk

[Quelb]

Crazy, the dll is loaded from my TeX installation directory??

...TeX\texmf\miktex\bin\msvcr80.dll

I will rename it there and check for changes in reaction of avast.

[Quelb]

The Error is not displayed after renaming msvcr80.dll to msvcr80.dll.sv

So this dll is the reason for the Error. The TeX dir is in PATH variable so this could be a reason why it is found.

But what should I do now?
The dll is probably needed by at least one program of the MikTeX distribution otherwise it would not be there.

(after rerenaming the dll the error is displayed again)

[igor]

The fact that it's in PATH doesn't explain why it's loaded there... the modules are loaded by name and avast! doesn't use msvcr80.dll at all (it uses msvcr71.dll).
I haven't been following MikTeX lately, but I wouldn't expect it to load into other processes... it's mostly a bunch of console apps

Is there any reference to this particular path (miktex\bin\msvcr80.dll) in registry?
Is there actually any reference to miktex path in registry (except for the main miktex key, and maybe associations like Yap)?

[Quelb]

1. miktex\bin\msvcr80.dll is nowhere in the registry
(msvcr80.dll is found at [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\PatchedComponents] in 2 Keys starting with %windir%\winsxs\...)

2. as mentioned the MikTeX directory is in the PATH Variable
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment] "Path"

[Vlk]

As a brute force method, could you please try searching the whole hard drive for the occurences of files that have the string msvcr80.dll in them?

This should give us an idea about who might be loading it into the avast address space...

I know it's a bit of a nuisance (and time consuming) - but can be quite effective.

Thanks
Vlk

[Quelb]

Here are all occurences for all drives:

[Vlk]

Well, I didn't really mean occurences of the file (i.e. search by file name) but occurences of the string "msvcr80.dll" inside any files (i.e. search by file contents)....

I hope I'm being clear.

Thanks
Vlk

[Quelb]

Sorry, did not read well, it is late already. Search will last longer for string search, but it is in progress...

[Vlk]

You know what? Let's first try ListDlls... please simulate the problem once more and than run ListDlls (it's a command-line tool) http://www.microsoft.com/technet/sysinternals/ProcessesAndThreads/ListDlls.mspx and post the output here (you can redirect listdlls' output to a file by typing something such as

listdlls > out.txt

and than posting out.txt).

Thanks
Vlk

Edit: if the search is already running, no need to abort it, it may be useful as well.

[Quelb]

The listdlls does not finish when Runtime Error is displayed!

It stops the listing. The last lines are
ashDisp.exe pid: 740
Command line: "C:\PROGRA~1\ALWILS~1\Avast4\ashDisp.exe"

But after clicking "OK" the msvcr80.dll is not loaded by ashDisp.exe any longer.