<br><snip><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>
> I guess that if we allow multiple openings of the same project (and I can't<br>
> see how we can prevent it) then when a setting is changed it will change the<br>
> project file.  Its probably not really a problem, it was the race when<br>
> multiple instances closed that was the problem.<br>
<br>
</div>Isn't the "race" (as in broken file because 2+ instances write it at<br>
once) only a problem of the original SM implementation? I mean, a user<br>
can't close two projects or two Geany-s _that_ fast?..<br></blockquote><div><br>No, but logout or shutdown can :-(, the problem isn't sm dependent, it can happen on 0.19 without any sm, in fact with a script terminating several geanys I got corruption of geany.conf.  I didn't get project file corruption but that was just luck and the project file needs the same protection.  That was on a local filesystem, if your home dir is NFSed from a server it would be slower and the time window for problems would be even greater.<br>


 <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><br>
> > 2. Closing a project or quitting Geany saves only the file list, and<br>
> > only if that's a main instance.<br>
<br>
</div>Hmmm... Now did I assumed that a project is first open in a main<br>
instance?.. Or that it's open in any main instance at all? If I open<br>
foo.geany in main and bar.geany in secondary instance, bar's files<br>
will never be saved? Clearly a no-go.<br></blockquote><div><br>Oh dear!!<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><br>
> Yes this will remove the race for the project file on closing multiple<br>
> instances.<br>
<br>
</div>Socket-based main/secondary instances can't a fix race. In post-0.18<br>
you can specify a socket name and have several "main" instances. The<br>
geany.conf patch will help with improper manual close order, not racing.<br></blockquote><div><br>Oh Dear!!<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">



<div><br>
> Also I've just discovered that if I close a new_instance with files open<br>
> when the main instance has a project open, on closing the project, the main<br>
> instance's session matches the session files that were open in the<br>
> new_instance.<br>
><br>
> Clearly the main instance is re-reading the conf file and getting the<br>
> session files written by the new_instance.  Saving session files only in the<br>
> main instance will fix this too.<br>
<br>
</div>Exactly the "improper manual close order", the patch should fix it.<br>
<font color="#888888"><br></font></blockquote><div><br>Given the number of "Oh dear"s aboveI guess we have to do it properly, see response to your patch<br><br>Cheers<br>Lex<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<font color="#888888">
--<br>
</font><div><div></div><div>E-gards: Jimmy<br>
_______________________________________________<br>
Geany-devel mailing list<br>
<a href="mailto:Geany-devel@uvena.de" target="_blank">Geany-devel@uvena.de</a><br>
<a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel</a><br>
</div></div></blockquote></div><br>