<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 01/03/2014 08:19 AM, Jason Wessel
      wrote:<br>
    </div>
    <blockquote cite="mid:52C6C6F9.70007@windriver.com" type="cite">
      <meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
      <div class="moz-cite-prefix">On 01/03/2014 07:09 AM, Damian,
        Alexandru wrote:<br>
      </div>
      <blockquote
cite="mid:CAJ2CSBtesiTjc-0m6jSVwuTX0QZto=YgXNH0UzoZFc6qPK=M0g@mail.gmail.com"
        type="cite">
        <div dir="ltr">Hi Jason,
          <div><br>
          </div>
          <div>I noticed that this patch *oe-init-build-env: Allow
            startup with and without memres* will kill any existing
            bitbake server when oe-init-build-env is started. I think
            this always happens since I see no way to source
            oe-init-build-env when BBSERVER is set.</div>
          <div><br>
          </div>
          <div>I'm trying to figure out a better solution, since simply
            stopping the server will leave toaster in an inconsistent
            state, if the server was started through toaster.</div>
          <div><br>
          </div>
          <div>Can you please tell me what behaviour are you trying to
            get out of the system ? Let's try to find something that
            will also work for Toaster.</div>
        </div>
      </blockquote>
      <br>
      <br>
      It seems to me there must be a corner case, which should be easy
      enough to fix.&nbsp; If the BBSERVER is set, it should simply attach to
      the existing instance, assuming the instance is reachable.&nbsp; There
      is some code that was added to validate the bitbake server
      instance is healthy or it will get shutdown.<br>
      <br>
      Do you have a step by step set of instructions to duplicate the
      behavior you are inquiring about or a bugzilla case I can take a
      peek at?<br>
    </blockquote>
    <br>
    <br>
    I took a look at the code, you asked about and I believe the fix is
    quite simple.<br>
    <br>
    <br>
    2013-10-04 14:14 Richard Purdie&nbsp;&nbsp;&nbsp;&nbsp; 5cc4d31&nbsp;&nbsp;&nbsp; &#9474;&nbsp;&nbsp;&nbsp; if [ -n
    "$BBSERVER" ]; then<br>
    2013-10-04 14:14 Richard Purdie&nbsp;&nbsp;&nbsp;&nbsp; 5cc4d31&nbsp;&nbsp;&nbsp; &#9474;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; unset
    BBSERVER<br>
    2013-10-04 14:14 Richard Purdie&nbsp;&nbsp;&nbsp;&nbsp; 5cc4d31&nbsp;&nbsp;&nbsp; &#9474;&nbsp;&nbsp;&nbsp; fi<br>
    <br>
    <br>
    I had not noticed this environment variable change.&nbsp; When all the
    logic for dealing with BBSERVER was moved into the bitbake startup
    sequence it is no longer needed.&nbsp; In fact, a bit further down in the
    in same file there is a check to deal with not killing anything when
    BBSERVER is set, but if it was already purged by the prior code
    there in lies the problem.<br>
    <br>
    See the attached patch.<br>
    <br>
    Cheers,<br>
    Jason.<br>
    <br>
    <br>
  </body>
</html>