Documenting this here for reference as it's something I previously thought was unique to the bootPT custom build, but is actually a problem with the official build (reported here).
Short version: sometimes cutting or copying data twice from a sample can case a guru/software error requiring a fully system restart. Seems to be a bug in how the sample cut/copy code allocates memory, or passes length variables around. 8bitbubsy will look into it when he has time; meanwhile it's one to be careful of, especially if you do a lot of parallel-port sampling and sample trimming.
Reading the issue linked above might give you some ideas on how to avoid this crash, e.g. it doesn't seem to occur when editing samples that have been loaded from disk: sampling some audio, temporarily saving the new sample to disk, then immediately reloading it from disk seems to be a good workaround.
Documenting this here for reference as it's something I previously thought was unique to the bootPT custom build, but is actually a problem with the official build (reported here).
Short version: sometimes cutting or copying data twice from a sample can case a guru/software error requiring a fully system restart. Seems to be a bug in how the sample cut/copy code allocates memory, or passes length variables around. 8bitbubsy will look into it when he has time; meanwhile it's one to be careful of, especially if you do a lot of parallel-port sampling and sample trimming.
Reading the issue linked above might give you some ideas on how to avoid this crash, e.g. it doesn't seem to occur when editing samples that have been loaded from disk: sampling some audio, temporarily saving the new sample to disk, then immediately reloading it from disk seems to be a good workaround.