<div dir="ltr"><div><div><br></div><div>same commands - open one instance, then open another<br></div><div><br><br>lxterminal --geometry=130x30 & (in directory: /rdkl/FB_common/defines)<br>/usr/share/themes/Lubuntu-dark-panel/gtk-2.0/gtkrc:682: Unable to find include file: "apps/xfce4-notifyd.rc"<br><br><br>lxterminal --geometry=130x30 & (in directory: /rdkl/FB_generic/rlib_small)<br>Compilation finished successfully.<br><br></div><div>Both find their directory and open a console.<br><br></div><div>Also, a **PROJECT** is not going to have all their files in one 'working directory' that someone thinks is related to this problem.<br></div><div>If your program enforces that, then it is a bit short-sighted.<br></div><div><br><br></div><div>Your issue.<br></div><div><br></div>I have work to do.<br></div>Until this different behavior with 2 instances of your program is fixed, it isn't worth my chasing this.<br><div><div>If it annoys me too much, I will move to another editor.<br><br></div><div>Thanks<br><br><br></div><div>David<br></div><div><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 27, 2017 at 5:54 PM, 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">[...]<br>
<span class="">> compiler message window:<br>
><br>
> lxterminal --geometry=130x30& --working-directory=/rdkl/FB_<wbr>common/defines<br>
> (in directory: /rdkl/FB_common/defines)<br>
> /bin/sh: 1: --working-directory=/rdkl/FB_<wbr>common/defines: not found<br>
> /usr/share/themes/Lubuntu-<wbr>dark-panel/gtk-2.0/gtkrc:682: Unable to find<br>
> include file: "apps/xfce4-notifyd.rc"<br>
><br>
<br>
</span>Looks like the '&' on the geometry option is being interpreted by the<br>
shell as a trailing '&' so its running 'lxterminal --geometry=130x30&'<br>
as one command and then trying to run '<br>
--working-directory=/rdkl/FB_<wbr>common/defines' as another command and<br>
not surprisingly it isn't found.<br>
<br>
Try "" around the geometry argument.<br>
<span class=""><br>
><br>
> However, the terminal did start in the correct directory.<br>
<br>
</span>As the "(in directory: /rdkl/FB_common/defines)" says the command is<br>
run in that directory, it must be the directory of the current file.<br>
So you didn't need the "--working-directory=/rdkl/FB_<wbr>common/defines"<br>
<br>
Is the build menu blocked now?<br>
<span class=""><br>
><br>
> Leave this up, change desktop, open a second geany instance, load a profile,<br>
<br>
</span>When reporting problems please always provide the commands you used to<br>
do something so it is possible to reproduce your actions.<br>
<br>
Whats a profile?<br>
<span class=""><br>
> start a console<br>
><br>
> compiler message window:<br>
> lxterminal --geometry=130x30&<br>
> --working-directory=/rdkl/FB_<wbr>generic/rlib_small& (in directory:<br>
> /rdkl/FB_generic/rlib_small)<br>
> /bin/sh: 1: --working-directory=/rdkl/FB_<wbr>generic/rlib_small: not found<br>
> Compilation finished successfully.<br>
<br>
</span>The command successfully completed, so the menu is unblocked, but you<br>
will notice that message did not occur in the first instance so the<br>
menu remained blocked in that one.<br>
<br>
Geany is behaving as expected, the thing you need to look at is why<br>
the command behaves differently in the two cases, but since you havn't<br>
provided details on how you started Geany in each case its not<br>
possible to suggest possible causes.<br>
<span class=""><br>
><br>
> console opened correctly<br>
> no status indicator, no build menu block<br>
><br>
> First instance of geany still up, console running, build menu blocked<br>
> drop console in that first instance, the status indicator stays, build menu<br>
> still blocked.<br>
> Drop geany - reopen. (second geany instance still open)<br>
<br>
</span>What do you mean "drop"? Do you mean close the program?<br>
<span class=""><br>
> drop console on second geany instance<br>
><br>
> now:<br>
> Whichever geany I open a console on, it will block - the other will open<br>
> correctly<br>
> I can drop and alternate which geany has the block.<br>
> Any subsequent geany instance will NOT have the build menu block as long as<br>
> one is blocked.<br>
<br>
</span>You need to provide this as a set of actions that someone can<br>
reproduce, but note that I don't think any contributors use lx<br>
desktop, so if the problem is specific to that we may not be able to<br>
reproduce.<br>
<br>
Cheers<br>
Lex<br>
<span class=""><br>
><br>
> David<br>
><br>
><br>
> --<br>
> If you don't try - you lose - automatically.<br>
><br>
</span>> ______________________________<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>
</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>