PF> I had envisioned overriding the launch method (and calling
PF> DosStartSession myself).  Would this solve the problem?

As far as I know the launch method is wpOpen which is called when the
program object is double clicked _and_ when Settings is opened. There is a
parameter ulView which is supposed to be OPEN_RUNNING when launching and
OPEN_SETTINGS when opening Settings, but for example when creating the
program object from Template, wpOpen is called twice: first with
OPEN_RUNNING and then with OPEN_SETTINGS. The other parameter of wpOpen is
hwndCnr which _seems_ to be 0 when creating the object, but the
documentation says only that "it _may_ be set to NULLHANDLE", not
that in what situation it _is_ 0.

So, it might be possible to override the launching using code like this (pseudocode):

HWND wpOpen (..., HWND hwndCnr, ULONG ulView, ...)
{
  if (ulView == OPEN_RUNNING && hwndCnr != 0)
  {
    wpQueryProgDetails() // for the executable name
    read user defined environment settings
    if LIBPATH is defined
      DosSetExtLIBPATH (...)
    fill in the start-data
    DosStartSession (start-data, ...)
    DosSetExtLIBPATH (NULL, ...) // remove the ext libpath from THIS process!
    // don't call parent_wpOpen!
    return (something) // note: the return value is HWND
  }
  else return parent_wpOpen (...)
}

jl>> - using wpSetProgDetails seems to have no effect when
jl>> a DOS session object is launched.

PF> My reason for coming up with this idea was the insane length of my
PF> config.sys LIBPATH -- something that does not affect DOS programs.
PF> IOW,I don't think supporting dos pgms is a priority.

If you can set PATH in the "Environment" page, then the user
thinks it is for all program types. Or sould the "Environment"
page be disabled if the object is a DOS program?

jl>> - how the info written in the "Environment" page
should be saved?

PF> Hmmm;  I'd say in an EA attached to the exe -- that way,  when the exe
PF> is erased, the env data goes with it.

Very good idea! I was thinking only INI-files...

I'll try to implement these ideas during holidays (unless DevCon 9 arrives
:-) and if you give me your internet address I'll send the source code to
you so that you can compile and test it yourself.

        // Albert  (Team OS/2)         email: jla{at}to.icl.fi

--- GoldED/2 2.50