<div dir="ltr">Hi,<div>I am trying to understand what is the benefit of lxc_attach_run_command over normal fork exec.</div><div>Currently i am using lxc with the ruby and go binding. The benefit of standard fork exec is that i get to use all my ruby objects/ go variables etc inside the code that runs inside lxc..but with lxc_attach_run_commmand i am restricted to send a string as command, </div>
<div>is there anything wrong with standard fork/exec after attaching to a container? apart from the fact the i have my entire process memory pages accessible to me, is there anything i should be concerned about?</div><div>
<br></div><div>i am using this to build containers, and then publish them to s3 or other storage as part of my CI service. On deployment, i am keeping the container static (lxc autostrat)</div><div><br></div><div>regards</div>
<div>ranjib</div><div><br></div><div><br></div></div>