extragear/sdk/kdevelop/app

Andreas Pakulat apaku at gmx.de
Tue Dec 8 14:12:44 UTC 2009


On 08.12.09 14:27:58, David Nolden wrote:
> Am Dienstag 08 Dezember 2009 14:21:38 schrieb Andreas Pakulat:
> > On 08.12.09 14:03:20, David Nolden wrote:
> > > Am Dienstag 08 Dezember 2009 13:53:45 schrieb Andreas Pakulat:
> > > > On 08.12.09 13:04:56, David Nolden wrote:
> > > > > > Can't we make this a proper setter on the Core class? - please :)
> > > > >
> > > > > In future, I hope that the _primary_ way of setting the session will
> > > > > be the environment-variable, so that the duchain can use that
> > > > > information during initialization. Which means that, once I've found
> > > > > a way to spawn another _detached_ instance of kdevelop with a
> > > > > specific
> > > > > environment-variable set, we can remove the cmdline-option again
> > > > > completely.
> > > >
> > > > That should work with KProcess and using startDetached instead of
> > > > simply start.
> > >
> > > The problem is that startDetached doesn't work with environment-variables
> > > (see its documentation), and I haven't found any other system call that
> > > could do this.
> > 
> > Ah, then just use QProcess::startDetached, which does support that. Its no
> > big difference for this anyway I think.
> I have looked at that one as well, but it also doesn't seem to support 
> environment-variables, you can only give it arguments and a working-directory 
> (its a static function)

Oh, right, I must've imagined that :) Hmm, in that case a
wrapper-executable is probably the only way to do it.

Andreas

-- 
You will have a long and boring life.




More information about the KDevelop-devel mailing list