Hard Light Productions Forums

Modding, Mission Design, and Coding => FS2 Open Coding - The Source Code Project (SCP) => Topic started by: General Battuta on February 06, 2011, 05:38:29 pm

Title: SDFGH I HAVE FOUND IT
Post by: General Battuta on February 06, 2011, 05:38:29 pm
I believe I have made some progress towards reproing the infamous right-click-on-event crash in FRED. It appears most likely to happen if you attempt to rename a new event after changing its position in the events list (for example, dragging towards top.)

more news as it develops
Title: Re: SDFGH I HAVE FOUND IT
Post by: Spoon on February 06, 2011, 08:06:06 pm
I never ever drag events up or down, and I've had fred crash on right click
Then again, I haven't had this crash all that much recently anymore
Title: Re: SDFGH I HAVE FOUND IT
Post by: General Battuta on February 06, 2011, 08:30:07 pm
I haven't either and I agree with your conditions, but I think this may be a way to encourage it to happen (if we needed to do that for whatever reason).
Title: Re: SDFGH I HAVE FOUND IT
Post by: Snail on February 07, 2011, 02:22:03 pm
Like Spoon, I never drag events around and still get this error.

It could have something to do with "Insert Event"?
Title: Re: SDFGH I HAVE FOUND IT
Post by: General Battuta on February 07, 2011, 02:25:01 pm
It's definitely* most likely to occur on a new event.

*probably definitely
Title: Re: SDFGH I HAVE FOUND IT
Post by: TopAce on February 07, 2011, 02:37:57 pm
In my observation, you shouldn't create more than one or at most two new events without closing the events window and saving. The third or forth event made in a row will most likely crash.

I've been following the "Create event --> close --> save --> Event Editor --> Repeat" policy for a good while now, and it hasn't resurfaced. (Well, it did once, when I violated the above rule-of-thumb policy.)

As for moving around events, it's safe, in a word processor, not in FRED.

It's definitely* most likely to occur on a new event.

*probably definitely

Agreed here.
Title: Re: SDFGH I HAVE FOUND IT
Post by: General Battuta on February 07, 2011, 03:00:46 pm
In my observation, you shouldn't create more than one or at most two new events without closing the events window and saving. The third or forth event made in a row will most likely crash.

This is my observation too, except that I don't think I'd say 'most likely' - I can routinely get through strings of renaming eight or nine events in a row without crashing. I just do it immediately after saving so I won't lose anything if I crash.

Quote
I've been following the "Create event --> close --> save --> Event Editor --> Repeat" policy for a good while now, and it hasn't resurfaced. (Well, it did once, when I violated the above rule-of-thumb policy.)

See, this is a good policy that I usually follow, but when missions break the 400kb mark it starts taking 30s to several minutes just to close the events editor, so this becomes an incredible pain in the ass.
Title: Re: SDFGH I HAVE FOUND IT
Post by: Droid803 on February 07, 2011, 05:07:54 pm
It hasn't happened as much now, but previously, it happened more when the events created were closer to the bottom of the window.
Events at the top (almost) never crash when newly created.
Title: Re: SDFGH I HAVE FOUND IT
Post by: Snail on February 07, 2011, 05:39:40 pm
See, this is a good policy that I usually follow, but when missions break the 400kb mark it starts taking 30s to several minutes just to close the events editor, so this becomes an incredible pain in the ass.
...

Won't be a problem for me then I guess. :lol:
Title: Re: SDFGH I HAVE FOUND IT
Post by: FUBAR-BDHR on February 07, 2011, 05:50:09 pm
Unfortunately the only time I've had this happen I forgot to redo builds on that machine so I couldn't trace it.  It was a very simple test mission and happened after I deleted an event (possible the first one added) then right clicked on another.  I was unable to reproduce it though. 
Title: Re: SDFGH I HAVE FOUND IT
Post by: headdie on February 07, 2011, 06:04:41 pm
In this case are we looking at an error in how FRED handles new / altered events prior to the program "saving" the changes to the temporary / mission file