Okay, I found one work around for those of us who are working in inches, and keep getting crashes when we use the 'by operation' to copy settings from one tool path when making another.
I don't know if others are having this problem, but when making a new operation (such as roughing waterline), there is a box for filling in the parameters 'by operation'. Using this box causes an invalid pointer dereference a lot, and I finally figured out what caused it to NOT crash.
Before using the copy function, go into the parameters menu of the operation you wish to duplicate, and press the feedrate tab. Then, under the feedrate pulldown menu select anything that is not currently showing. Example, if it currently say's "work feed", select "rapid feed" or something. Don't change any of the values (if you don't want to, that is!). All you have to do is force it to look at something else. Say 'ok', then go ahead and create the new operation, and you can use the 'by operation' and select the one you just looked at.
This seems to cause all of those related crashes to disappear. Which means that my speed just went way up!
I'm just wondering whether this problem may be related to the default 'Rapid feed' value in imperial units is still being set to 0 (zero).
I have lashed together a modified imperial.xml file that will set the default for this to 400 instead. If someone wants to try it you can download it here
First, rename your existing file called 'imperial.xml' (in main SprutCAM 40 folder) so that you can go back to it if needed, and then unzip the downloaded file and restart SprutCAM.
Let me know if this helps.
Just a word to everyone running SprutCAM, if you find a fault, please don't assume that someone else has reported it to the software engineers, it may well turn out that nobody has.............it's far better for everyone to report it than nobody.........