<div dir="ltr"><div><div><div><div><div><div><div>Yes, more than one session of geany. <br></div>NOT completely independent.<br><br>---------------------<br></div><div><br>A circumstamce:<br><br></div>Several geany sessions opened - mulitple files open in each with no files opened in more than one session.<br><br></div>No activity in ANY geany instance.<br><br></div>Open a console in one session, for example on desktop 2.<br><br></div>Another session - maybe desktop 6 - shows the activity status with that sessions's build menu blocked.<br></div><div>Close the console, indicator and build menu released.<br></div><div><br></div><div>When I tested this yesterday, I had no other user programs of any kind up after a clean boot.<br></div><div><br>--------------------<br><br></div>Yes, did try the '&' terminator on the command - no difference.<br><br></div><div>My new solution: one session I typically open is a reference only session: I rarely need to edit there. I pop open consoles there until I get the lock, then I can use the other sessions. NOT elegant.<br></div><div><div><br></div><div>I understand about mixed messages and confused sources/destinations in an OS. But this means that geany is listening for any message to any geany - even when no build menu item - or any action - was requested. Is THAT happening? I thought the messaging systems all had client identifiers to keep things seperated.<br></div><div><br></div><div>A thought: I imagine geany does broadcast messages that files have been changed, and every instance does need to listen for that. Perhaps there is a misidentification of the activity there.<br></div><div><br></div><div>version: "Rezer"<br>(built on or after 2016-04-17)<br><br><br></div><div>David<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 26, 2017 at 1:54 AM, Lex Trotman <span dir="ltr"><<a href="mailto:elextr@gmail.com" target="_blank">elextr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 26 July 2017 at 17:48, David Barnes <<a href="mailto:dnsenrab@gmail.com">dnsenrab@gmail.com</a>> wrote:<br>
> By the way, only ONE session gets locked up. Never noticed more than one, no<br>
> matter how many more sessions or consoles are opened, or opened and closed.<br>
<br>
</span>When you say "session" what do you mean? Do you mean you are running<br>
multiple instances of Geany?<br>
<br>
If so then they are completely independent processes, so running a<br>
blocking command in one instance will have no effect on the other<br>
instances.<br>
<br>
Because the output of build commands is parsed and displayed in the<br>
compiler output tab only one build command can be running at a time or<br>
their output will get mixed up and confused.<br>
<br>
So the build menu is blocked whilst a command is running.  So as I<br>
said before, the command needs to start your terminal as a detached<br>
process and exit immediately to get the menu back.  Did you try using<br>
&? On *x commands are run in sh so it should work.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> On Wed, Jul 26, 2017 at 12:30 AM, David Barnes <<a href="mailto:dnsenrab@gmail.com">dnsenrab@gmail.com</a>> wrote:<br>
>><br>
>> Yep. If I start a console from a geany session, that 'process busy'<br>
>> indicator will show up - somewhere. I open at least three sessions anytime I<br>
>> work. Any one of them may have that indicator, and consequently, the build<br>
>> menu greyed out. When I close the console, it clears.<br>
>><br>
>> A typical project session will have files sourced from as many as four<br>
>> different directories. That means, I might want to open 4 consoles, though<br>
>> usually it is just 2.<br>
>> For most sessions, I automatically open 2 consoles. Since this can lock<br>
>> one geany build menu in some **other** geany session on a different desktop,<br>
>> I would have to close all the consoles to find the offender. That could be<br>
>> ten consoles to drop before I find which is the problem.<br>
>><br>
>> This was not a problem in the past. I never saw that indicator in the<br>
>> past.<br>
>><br>
>> Now - this is a deal breaker.<br>
>><br>
>> Can that process busy indicator be supressed?<br>
>><br>
>> David<br>
>><br>
>><br>
>> On Sun, Jul 23, 2017 at 6:08 PM, Lex Trotman <<a href="mailto:elextr@gmail.com">elextr@gmail.com</a>> wrote:<br>
>>><br>
>>> On 24 July 2017 at 06:33, David Barnes <<a href="mailto:dnsenrab@gmail.com">dnsenrab@gmail.com</a>> wrote:<br>
>>> > Thank you for the quick reply.<br>
>>> ><br>
>>> ><br>
>>> > It looks like it may be sitting and waiting when I open a console from<br>
>>> > a<br>
>>> > build command button I made - sometimes. (I think I made it happen once<br>
>>> > a<br>
>>> > moment ago.)<br>
>>> ><br>
>>> > I typically start an edit session with a script that opens from 4 to 6<br>
>>> > geany<br>
>>> > projects on different screens, with up to 3 other terminals/file<br>
>>> > managers<br>
>>> > open on a single desktop with geany. So ... minimum 4 geany sessions<br>
>>> > with<br>
>>> > 50+ (remote) files total + 7 consoles + 2 file managers with one<br>
>>> > script.<br>
>>> > Rarely have a problem. Some of my edit profiles are much larger.<br>
>>> ><br>
>>> ><br>
>>> > My console command ( is:<br>
>>> ><br>
>>> > [build-menu]<br>
>>> > NF_03_LB=console<br>
>>> > NF_03_CM=lxterminal --geometry=130x30& --working-directory=%d<br>
>>> > NF_03_WD=<br>
>>> ><br>
>>> ><br>
>>> > Can something be used or option set, like a '&' in a script, to have<br>
>>> > geany<br>
>>> > NOT wait for a response?<br>
>>> ><br>
>>><br>
>>> You just make your command spawn the terminal and return to Geany<br>
>>> without waiting.<br>
>>><br>
>>> Cheers<br>
>>> Lex<br>
>>><br>
>>> ><br>
>>> ><br>
>>> > David<br>
>>> ><br>
>>> ><br>
>>> > On Sun, Jul 23, 2017 at 10:51 AM, Matthew Brush <<a href="mailto:mbrush@codebrainz.ca">mbrush@codebrainz.ca</a>><br>
>>> > wrote:<br>
>>> >><br>
>>> >> On 2017-07-23 09:16 AM, David Barnes wrote:<br>
>>> >>><br>
>>> >>> Started recently (during last 12 months, perhaps.)<br>
>>> >>><br>
>>> >>> At times, a side-scrolling status indicator pops up on status bar.<br>
>>> >>> When this is present, all commands in build menu are greyed out.<br>
>>> >>><br>
>>> >>> **I can find no description of this status indicator.**<br>
>>> >>> The only way to clear it is to close geany.<br>
>>> >>> Closing the file or the project doesn't clear it.<br>
>>> >>><br>
>>> >>> Closing all other instances of geany does not clear it.<br>
>>> >>><br>
>>> >>> The files are on a networked drive. I have persistent connections. I<br>
>>> >>> have<br>
>>> >>> all permissions.<br>
>>> >>><br>
>>> >>> I am able to edit, and save a file while in this condition.<br>
>>> >>><br>
>>> >>> This only happens occasionally, but means I must close down in the<br>
>>> >>> middle<br>
>>> >>> of work<br>
>>> >>> when I may have multiple files setup to make a set of changes.<br>
>>> >>><br>
>>> >>> This is true for several machines I use.<br>
>>> >>><br>
>>> >>> example pics attached<br>
>>> >>><br>
>>> >><br>
>>> >> I believe that progress bar only appears while Geany is running a<br>
>>> >> subprocess. It sounds like you're starting a build command that never<br>
>>> >> exits.<br>
>>> >><br>
>>> >> Regards,<br>
>>> >> Matthew Brush<br>
>>> >> ______________________________<wbr>_________________<br>
>>> >> Users mailing list<br>
>>> >> <a href="mailto:Users@lists.geany.org">Users@lists.geany.org</a><br>
>>> >> <a href="https://lists.geany.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.geany.org/cgi-<wbr>bin/mailman/listinfo/users</a><br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > --<br>
>>> > If you don't try - you lose - automatically.<br>
>>> ><br>
>>> > ______________________________<wbr>_________________<br>
>>> > Users mailing list<br>
>>> > <a href="mailto:Users@lists.geany.org">Users@lists.geany.org</a><br>
>>> > <a href="https://lists.geany.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.geany.org/cgi-<wbr>bin/mailman/listinfo/users</a><br>
>>> ><br>
>>> ______________________________<wbr>_________________<br>
>>> Users mailing list<br>
>>> <a href="mailto:Users@lists.geany.org">Users@lists.geany.org</a><br>
>>> <a href="https://lists.geany.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.geany.org/cgi-<wbr>bin/mailman/listinfo/users</a><br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> If you don't try - you lose - automatically.<br>
><br>
><br>
><br>
><br>
> --<br>
> If you don't try - you lose - automatically.<br>
><br>
> ______________________________<wbr>_________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.geany.org">Users@lists.geany.org</a><br>
> <a href="https://lists.geany.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.geany.org/cgi-<wbr>bin/mailman/listinfo/users</a><br>
><br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.geany.org">Users@lists.geany.org</a><br>
<a href="https://lists.geany.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.geany.org/cgi-<wbr>bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">If you don't try - you lose - automatically.<br></div></div>
</div>