excellent - that fits in with my theory. Awaiting your reply re library setting
āas a scheduled taskā
Perfect
My theory is that we are crashing when doing this. The crash is stack overrun and for such crashes it might not have been possible to get a dmp
Could you change the setting and send me copy of your zipped database download
Change it to āNeverā ?
Yes please - if my theory is right, the overnight crashes would stop
Done.
Here is my DB download.
Thank you - i have added your evidence to the set i have already referred to the development team
Please let me know if the crashes go away or persist. If they continue, then please get me zipped logs plus checking out event log and if process shows in task manager
Thank you for the assistance. I will let you know tomorrow if it crashes again. 
You got it right! When I woke up this morning, my server was running normally with no issues - and Iāve been using it all day with no problem at all.
Thanks for all your help and I hope my information helps troubleshoot this for others.
Zer0
Thanks for the feedback.
Apparently 659 has again munged the database after a crash, and now wonāt start at all.
Most likely what Iām going to do is get another computer online and install an older version until the current problems are fixed and a new build is out officially.
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
