Fix to overwriting settings of provider packers is available at http://cat.asw.cz/~svihalek/fix.zip
Bug invoking “Runtime error” message box is not fixed yet :-[
good news: runtime error is probably fixed. Can I ask you to test it?
fixed file named ashSODBC.dll has been added to fix.zip from previous post, so it is available for download to everyone interested 
thanks to all…
Roman, I forget to uncheck the automatic update of program… avast! was updated to 4.1.319 and I think the files ‘went’ back to their original state :-\
I’ll install the files again and turn off the update (basic) settings. When will be the next program update (major update)?
Ooopss. I change the settings to ‘ask when available’ for updates. Stop all proccesses of avast. Copy the ‘new files’. Boot. When avast! starts, I checked the settings: everything ok (‘ask when available’). Connect to Internet. … >:( The update of 4.1.319 overwrite again the copied files and even ask me?
Why does the option ‘ask when available’ exist? 
I won’t try again. I’ll wait for the next major update.
Hi Roman,
Technical is right, Avast keeps writing over these files even when ‘Ask’ or ‘Manual’ is selected for the program updates. Apparently (I’m just verifying this now), even an iAVS update is causing .dll’s to be replaced!).
Ok, so I set both iAVS and program updates to ‘manual’, replaced the files, and did the testing.
[*]bug setting packers for default task: resolved[*]bug where a disabled scheduled task runs anyway: resolved[*]runtime error when editing schedules in the scheduler folder of the Enhanced interface: resolved
(there’s still a bug in the sort-order of the sheduler folder, but I assume that’s in ashEnhcd.exe.) By the way, did you see my bug-reports regarding ashCmd.exe?
Thanks for the good work! 
Sincerely,
Scott.
Roman, I just confirmed it:
Even if I have program updates set to ‘Ask’ or ‘Manual’, and ‘running mode’ is set to either ‘Normal’ or ‘Silent’, when an iAVS update is done (either automatically or manually), the DLLs and default.xms files are all replaced with their original versions. Only in one case – presumably when one of the DLLs was in use – did it ask if I wanted to reboot.
Is it a bug or a feature? 
Scott.
It’s feature. I admit, sometimes it’s a nuisance (e.g in this particular case, when trying out unofficial patches) but generally it pays off. Unfortunately there’s probably no way to turn it off… :-\
We call it the ‘auto-correct’ feature. There has been a discussion about it couple of times on this forum already…
Sorry, third posting in a row here…
I’ve been having a strange problem with my LDAP-server recently, which uses ODBC and an Access database for my addresses. Lo-and-behold, when I install your new ashSODBC.dll, my LDAP works fine again!
So please release at least the new ashSODBC.dll as soon as possible!
Thanks,
Scott.
A program update is (unofficially) scheduled to take place at the end of next week…
Actually, the ‘auto-correct’ is a very nice feature indeed, and it shouldn’t be ‘disablable’. Just tell me about these features if you want me to test for you!
Sowen do you test BETA products? And how Many Bugs do you find in them 8)
I think the only way to disable patched files overwriting is to rename setiface.dll from setup folder. But keep in mind program updates will not work until you rename it back!