Any clues about what is happening?
Is there any way to configure the command line Free Download Manager will pass to ashQuick?
Yes, there is.
C:\Util\Antivirus\Avast\ashQuick.exe %file%
The argument %file% is an internal requirement of FDM.
Some files pass, others no. There isn’t any error like ‘file does not exist’ or ‘cannot scan file’.
Just this strange memory error…
OK, I’ll send you a special build tomorrow that will announce what command-line is passed to ashQuick.
Thanks Igor 8)
For instance…
And ashQuick crashed after these sessions?
No, everything is fine today. Not a single error 8)
Did you change anything into ashQuick.exe ?
No, nothing - just added the message box.
So… I can’t add more info. Considered solved I since then I have no more trouble (memory could not be read).
Just out of curiosity - could you try the following?
- Run (possible a longer ashQuick scan)
- Start Process Explorer and select the ashQuick.exe process
- Let the DLLs be displayed in the lower pane (Ctrl+D)
- If there’s no column called “Base”, add it (View / Select Columns / DLL / Base Address)
- Now, sort the DLLs by their base address and check what DLL is the crash address (774f6777) from. (I.e. find the DLL that has the nearest lower address).
What DLL is it?
Thanks.
Igor, I’m trying right now…
But it’s not being easy to ‘crash’ ashQuick.exe anymore :
If I succeed, I’ll post.
I have Process Explorer opened showing the base address column of the DLL panel.
Waiting any crash…
Do you have a better idea, for instance, trying to scan a particular file?
No, it doesn’t have to crash… I’m just trying to find out what DLL is loaded into the ashQuick process at that address (which shouldn’t change much). So, just scan your C: drive, for example, and check the Process Explorer while ashQuick is running.
Here… which one is the ‘bad’ guy?
If you’d click on the “Base” header, the DLLs would get sorted by their base, so it would be easier to say
Anyway, I think the problem occurred in ole32.dll… which means that the problem will probably be somewhere completely else. Could you send me your ole32.dll file by e-mail?
I’ve did it… I thought the dll were sorted that way.
Sure, in a minute…
The crash occurred inside of ole32.dll, in a function called StartServer. So, my guess is that the problem was caused by some other application… possibly some 3rd party OCX, registered in the system, or something like that. I can’t say anything more just by the address, I’m afraid.
Thanks for the debugging but I can’t go further… I can’t imagine which ocx driver is making that.
Now I don’t have any other crash.