Ferreteria/v0.6/clade/IO/Aspect/Connx/run/Session

clade: IO\Aspect\Connx\run\Session

Clade Family Connx ⇒ Session ⇒ Local Remote Clade Aliases Alias Clade Base* [ca,i] IO\Aspect\Connx SelfIface IO\Aspect\Connx\run\Session Subpages @code @code/cur/2026/07/30 @code/cur/2026/09/01 @code/cur/2026/09/04 @code/cur/2026/09/10 @code/rmv/2026/09/01 @fx/OCommand @fx/OCommand/v1 Local/Proc Local/Proc/@code Local/Proc/@code/cur/2026/08/09 Local/proc/Pipes Local/proc/Pipes/@code Local/proc/Pipes/@code/cur/2026/07/30 Remote/SSH2

About

• Purpose: I think that this is now kind of an umbrella for managing Process objects and the Portal (connection) objects through which they are effected. I'm still not sure it's necessary, but it does let me keep certain things (Stream-trio, I/O loop) in a separate layer -- which maybe could just be in the top-level (abstract) Portal or Process code...
  • This is part of the process-management subsystem.

Pages

• @code

History

• 2026-03-27 splitting off single-process pieces from Starter (formerly Runner)
• 2026-04-04 It appears that the Command object no longer needs a pointer to the Session in which it's running, so I'm simplifying OCommand().
• 2026-04-19 Maybe "ExecRespond" should be "ExecQuestion" or something. Talking TO the process.
• 2026-07-11 TODO: This descends from Connx, so should not be under "/run/".
• 2026-08-31 Modifying object's behavior:
  • creating the object used to also open the connection and run the command.
  • creating the object now just sets it up with the necessary info to open the connection.

    For local processes, this basically does nothing -- but it's needed for remotes (where you do need to open a connection).

  • Repacing FromStartCmd() with FromStarter().
• 2026-09-07 replaced FromServer(ServIface $o) with FromEngine(EngineIface $o)
• 2026-09-10 I started to replace FromEngine(EngineIface $o) with FromCommand(CommandIface $o), but then realized:
  • The reason I need the Engine object is just to get the Runner from it.
  • I had also been pulling the Command object from it, but since the Engine has (currently) two different commands it might be running, that required the Engine to maintain a "current Command" object...
    • ...and also there's the DoCommand(CommandIface &$oCmd) function, which seems like a more legitimate way of conveying that.

  ...so now I've replaced FromEngine with FromRunner(ServIface $o), which is exactly the old FromServer(ServIface $o) but with a less-confusing name.

• 2026-09-11 moved from IO\Aspect\Connx\run ⇒ Sys\InOut\Connx\run
• 2026-09-15 modifying so it goes through a Portal object to execute things (via Process objects).