When opening a file with nightly it crashes
Everytime I try to open a file in nightly it crashes. I tried redownloading nightly and that didnt work. Please help I have just lost hours and hours of work. :(
Do you still have an unanswered question? Please log in first to post your question.
Comments
Also, I created the file in nightly.
It's impossible to help if you don't post the score you are having problems with. Also, for discussing these unreleased versions, it is better to use the Technology Preview forum, and leave the Support forum for the officially released versions.
But note, this is why there are so many warnings on the nightly builds that they are experimental, unstBle, etc. There is no guarantee files created with one nightly build will be able to be opened in the next. If you do use the nightly builds for anything but testing, it is best to save multiple versions in case one becomes corrupt, also export to MusicXML often, so you have a fallback if a file becomes unrecoverable.
In reply to It's impossible to help if by Marc Sabatella
i attached the file. Also note that It was working before. I never updated it or changed anything and now it just stops working. I even restored my system to the day before when it was working and still nothing.
In reply to i attached the file. Also by aaron.mancini
... Wow... there were lots (and lots) of hairpins without the "endspanner" tag, that's why the file was crashing on loading. Attached a "repaired" version saved with the most recent build (4532ce17); misbehaving hairpins were in measures: 18, 23, 3, 8, 14, 1, 27, 26 and scattered across the parts.
I think that the combination of missing endspanner tag and MMrests (default for parts) is the responsible for the crash.
See also: #23396: Hairpins become corrupt (no end spanner / tick2 == -1), leading to crash and #23319: Saving a score with text line and re-opening causes crash
Did you do something "strange" to write the hairpins? Copy and paste?
Did you input them before or after the creation of parts?
Any information could be useful to identify how this corruption occurred.
Thank you.
Ciao,
ABL
In reply to endspanner problem by ABL
So far in my experience, it's not difficult at all to create these faulty hairpins. Once I add hairpins to a score, I generally find they are corrupt within 15 minutes. Unfortunately, I still haven't pinned down exactly what causes the corruption, because they look fine on screen. I find out they are corrupt upon copy/paste or perhaps on reload. And my attempts at forcing this to happen in a simple score for one instrument have so far failed - except once when I got it to crash after a whole series of operations I can no longer reconstruct.
Most of the scores where I add hairpins have parts, and usually the hairpins are added before generating the parts. However, I am "fairly" certain I also saw hairpin corruption on a score in which I was trying to be careful *not* to generate parts until I had a chance to export to MusicXML, make backup copies, etc. I won't absolutely swear to that, though.
In reply to endspanner problem by ABL
I put in the hairpins by clicking and dragging them from the tool window on the left. I put them in after creating parts.
Also, when i try to open the file it gives me an error saying "This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information." And then it crashes. :(
Indeed, probably something in the file format changed between the latest available Nightly Build and the latest source. Attached the file saved with the latest available Nightly Build for Windows (ef4c692), hoping it works. :-)
Ciao,
ABL
In reply to File format changing by ABL
Thank you so much. I'm so glad i dont have to redo everything.