[prev in list] [next in list] [prev in thread] [next in thread] 

List:       wine-devel
Subject:    Re: CreateProcess design
From:       Alexandre Julliard <julliard () winehq ! com>
Date:       2002-03-31 19:23:17
[Download RAW message or body]

Eric Pouech <eric.pouech@wanadoo.fr> writes:

> what should we do. I think Alexandre long term option is to really get
> rid of the options on the command line and use the WINEOPTION(S) env
> var (we could still have a wrapper script to do the conversion)
> 
> should we adopt this right away or clean up the command line option ?

The basic idea is to have two separate programs; a 'wine' that does
all the command-line processing, and a 'wineloader' that simply
executes a new process from CreateProcess. Then all the option
handling can be moved out of kernel and into that wine program.

Winelib apps will then need to do their own command-line handling, the
kernel will simply pass them the unmodified cmdline (though it should
still be possible to launch a Winelib app through the 'wine' program
to make it handle wine options).

> as a consequence, you no longer can use any CUI program in the
> user/graphical mode, including winedbg - it still work as a unix console
> though

I've added a quick hack to fix this for now.

-- 
Alexandre Julliard
julliard@winehq.com

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic