Hi All, My main development area has been 2015r4.1 on Windows and I am finally moving to 2020r2. Because of the number of times the old IDE crashed, I had a Save command in the build scripts to save before each run. This saved me a ton of time in preventing lost work over the years.
My question is, is the 2020 IDE on Windows any better in this regard? I’d like to take the Save command out if possible, but if there are still some significant crashing issues, might be best to leave it in. 2020r2 has not crashed on me yet, but I have really only been using a it a couple of weeks.
Really like the 2020r2 version, pleasant to work in.
How big is your project? How often to you quit the IDE?
The IDE takes just a few seconds to open, so I never leave it open for more than a day and I don’t experience any crashing issues. Also, my projects take no more than a few seconds to save, so I save frequently.
Thanks, Tim. There is around 40K lines of actual typed code, plus all the forms, icons and resources. On my older Windows 7 machine, I have to reboot the IDE 2-3 times a day, the memory usage just keep growing and growing and overwhelms the 8 GB machine. On my Windows 10 machine with 32 GB, doesn’t seem to have those problems.
On the older machine it tended to crash after getting into the debugger and looking at data, especially when it involved recordsets or big arrays that I was inspecting. Not a huge problem with crashes, but if you have ever lost 2 hours of work due to an IDE crash, you appreciate the Save command.
Save is a whole lot faster on the new machine using 2020r2 than it is on the old Win 7 machine running 2015r4.1 (about 2 seconds compared 10-12 seconds). Sounds like I should just leave the script in, but was curious of anyone else was having any crash issues on 2020r2 under Windows. Seems stable to me so far.
Definitely save. Also make sure you regularly copy your project to different file names with a version reference that works for you, so if things mess up you can go back to an easily identified earlier version that you know is good. I usually put a version number in the file name for official releases when they are finished, but the date + a/b/c and so on in interim saves, and I put these in different folders. e.g. Releases/MyGreatApp 3.4 and
Dev/MyGreatApp 20201204a.
Putting the date in CCYYMMDD format makes it easy to see the latest file and when the work was done.
Thanks for the input, I think I’ll just keep it in for now and see how it works. Thanks Julian, was not aware that the auto recovery was not working, I’ve been on 2015r4.1 for a long time.
Eric, are you not using Source Control for your projects? I used to manually maintain a different versioning system like you mentioned, but Source Control is so much easier and so much more efficient at examining the changes over time. So easy to go back to any version and see the Diffs in the project with a couple of clicks. I use TortoiseHg on Windows, but there are many other good ones out there.
<