Alexandre Julliard wrote:
Shachar Shemesh wine-devel@sun.consumer.org.il writes:
Can someone who understands the server, and the interaction between the server and normal apps comment on this scheme?
Also, how do I at all make each and every prog load wineboot.dll?
IMO you are on the wrong track here. We definitely do not want to do boot processing every time an app starts, our startup times are already pathetic enough. There are three cases where boot processing should happen:
When an app reboots the system with ExitWindows
When the user explicitly requests it
At login time when starting the Unix desktop
and 3) are external to Wine, and are the responsibility of the user
and/or the packager to make sure the proper scripts are modified. So this leaves 1) which is basically a CreateProcess("wineboot") at the end of ExitWindows.
I am working on different command line options for the different scenarios. I'm having some difficulties with what to do with 2 (I know what 1 and 3 should do).
I don't think we need to worry much about delaying other apps either; in case 2) we may want to display a message when everything is done, but otherwise I wouldn't worry about it.
The synchronization problem is only related to the pending rename option. This is guarenteed handled by Windows before any Win32 process starts. As such, it may (and is actually quite likely) to have a post-boot process depend on the renames being complete before it can work. Anything that is run from wineboot itself is handled, but I'm worried about external utils.
Shachar