i see.
well thanks very much for the conversation.
i'll put that on my to-think-about list. :-)
On Mon, May 30, 2011 at 10:51 AM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> On Mon, May 30, 2011 at 10:36:21AM -0700, Randy Stauner wrote:
> > how is it different than when i use the command line inside of tmux?
> > does that go straight to the server?
> > how does that compare to calling "tmux command" from the shell?
> > these are mostly rhetorical questions, i'm not asking you to email a
> > dissertation on**the inner workings...**
>
> yes they are both handled directly by the server
>
> > just thinking about the different ways that commands get entered in
> now
> > and if perhaps one of those could be utilized...
> > when i hit prefix + ":" it waits for my input...
> > oh, perhaps your point is that the "if-shell" command and its
> arguments
> > are sent to the server and the server runs it?
>
> yes
>
> > if that's the case, could a synchronous version be run from the child
> > process accepting the request?
>
> no because it would have to update a lot of stuff in the server it
> doesn't have access to so it would require a very complicated protocol
>
> > then if the shell command returns true, call back to the server with
> the
> > tmux command to run?
> > i hope i'm not bothering you, i just enjoy thinking about this stuff
> **:-)
> > it's why i became a programmer.
> >
> > On Mon, May 30, 2011 at 10:23 AM, Nicholas Marriott
> > <[1]nicholas.marri...@gmail.com> wrote:
> >
> > On Mon, May 30, 2011 at 10:17:20AM -0700, Randy Stauner wrote:
> > > ** **maybe a path to consider would be to do conf-reading in a
> child
> > process (a
> > > ** **fork)...
> > > ** **would that be able to wait, then when it's all done start
> passing
> > values
> > > ** **back to the server?
> >
> > It would be very complicated because there are >100 commands and
> almost
> > all of them affect some data structure in the server.
> > > ** **not sure about that... it would definitely take some effort.
> > > ** **please excuse my ignorance of the greater tmux workings.
> > > ** **I'd love to learn more, though, and be able to help.
> > >
> > > ** **On Mon, May 30, 2011 at 10:11 AM, Randy Stauner
> > > ** **<[1][2]ra...@magnificent-tears.com> wrote:
> > >
> > > ** ** **true... that would make it much more difficult.
> > >
> > > ** ** **On Mon, May 30, 2011 at 10:08 AM, Nicholas Marriott
> > > ** ** **<[2][3]nicholas.marri...@gmail.com> wrote:
> > >
> > > ** ** ** **The tmux server can never block
> > >
> > > References
> > >
> > > ** **Visible links
> > > ** **1. mailto:[4]ra...@magnificent-tears.com
> > > ** **2. mailto:[5]nicholas.marri...@gmail.com
> >
> > References
> >
> > Visible links
> > 1. mailto:nicholas.marri...@gmail.com
> > 2. mailto:ra...@magnificent-tears.com
> > 3. mailto:nicholas.marri...@gmail.com
> > 4. mailto:ra...@magnificent-tears.com
> > 5. mailto:nicholas.marri...@gmail.com
>
------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
