Versions & mass-appeal
wine-devel at sun.consumer.org.il
Wed Oct 30 09:16:15 CST 2002
Andreas Mohr wrote:
>On Wed, Oct 30, 2002 at 12:21:51PM +0200, Shachar Shemesh wrote:
>>> - Getting the right set of dlloverrides and registry entries correct
>>>for a large portion of software is irritating. Most of this comes down to
>>>the lack of WINE being able to dynamically run RunOnce and wininit.ini
>>>entries. Doing this manually is far beyond your average user who just
>>>wants to install a reasonably complex program. Something like Crossover's
>>>reboot.so is needed.
>>I'm willing to tackle that (the BiDi stuff is only slowly going, and
>>there may be some unexpected development coming that is outside my
>>hands, so I have SOME free resources available).
>>Where do I get reboot.so to have a look? Either that, or can someone
>>answer a few questions regarding it?
>I've been having a finished implementation of wineboot in my tree for ages.
>I guess it's about time to get it submitted...
I downloaded it once (you did the fatal mistake of mentioning it in one
of your emails, and went and searched the archives for it). I couldn't
get it to work, though, and I did not delve deep enough. If you have it,
please submit it. I'm willing to take ownership of it if you don't want to.
>>- When are the boot time activities taking place? On wine start? On
>Good question. I guess we once agreed on it being done on winelauncher script
Not familiar enough - is that the first startup of wine?
>(or alternatively really on user desktop login, but I'm not sure whether this
>is what we want)
No, that would require nasty stuff we really don't want.
>winelauncher should probably check whether any of the places that register
>reboot activities need processing, and if this is the case, then first
>finish a wineboot process, *then* start regular wine apps.
That's the way Windows does that for SOME of the stuff (most noteably -
wininit.ini). Also, NT does it differently (register in the registry
etc.). I used to know all that stuff off the top of my head (I did the
"GTFormat" system that installed all of Packard Bell's machines, and I
believe still installs all of NEC's - moved on myself) (before
mentioning that PB's systems were no good - that was before GTFormat was
>All this would have to be resistant against race conditions, of course :-\
>>- When are login time activities taking place?
>>- How should a reboot request be treated? Should it be an indication
>>that all these operations should start now, and let other wine programs
>>carry on as usual?
>IMO we need to make sure we only do this when no other wine process
Either that, or start sending "WM_QUERYENDSESSION"s, the way the
>Optionally there could be some way to tell Wine to do it immediately,
>even during a session, though.
>Sounds like nobody ever watched the wineconf2002 streams, since nobody ever
>knows about wineboot...
I didn't watch the stream. I'm also having some hand problems as well
(though am taking care of them, so far rather succesfully - Dimi, call
me if you want some tips... ).
More information about the wine-devel