On Tue, 2004-09-28 at 23:09, James Hawkins wrote:
> I'm working on getting ie6 sp1 to install without using any native
> dlls. The install is fine until about 78% of the way through
> installing the files, the installer loads a native advapi32 that it
> downloaded to a temp directory and then the
Hi,
I'm working on getting ie6 sp1 to install without using any native
dlls. The install is fine until about 78% of the way through
installing the files, the installer loads a native advapi32 that it
downloaded to a temp directory and then the install seems to pause as
this message is continuousl
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> Isn't that going to cause a lot of flicker? This was the reason for
> the existing code, because otherwise it looks really bad with apps
> that update the progress bar a lot.
The problem with Rob's patch is that it causes entire background of
the
Stefan Leichter wrote:
Hello,
i have installed ie6 (SP1)some minutes ago on completely fresh wine enviroment
with installed dcom98 using cvs from 2 hours ago. I have a german version
from a cdrom.
Here is what i did:
1. mv ~/.wine ~/.wine-old
2. wine --version (create the new environment)
3. cre
Could whoever is responsible for updating the website please change the
Download page(http://winehq.com/site/download) to read: "Slackware
binary .tgz for Slackware" or "Slackware binary .tgz for Slackware 10"
The reference to Slackware 9 is confusing users.
Thanks,
Adam Schreiber
--
Why isn't
On Tue, Sep 28, 2004 at 12:46:12PM +0100, Mike Hearn wrote:
> There are a bunch of different ways we may want to upgrade the users
> configuration:
I was always a fan of upgrades, but in the meantime I am more a follower of:
"If you upgrade to this new version, please re-setup your whole wine c
On Tue, Sep 28, 2004 at 12:12:09PM -0700, Alexandre Julliard wrote:
> Robert Shearman <[EMAIL PROTECTED]> writes:
>
> > Changelog:
> > - Fix class style to include the hbrBackground member.
> > - Fix repainting issues introduced by this change.
> > - Add WM_ERASEBKGND handler and remove background
"Alexander Yaworsky" <[EMAIL PROTECTED]> writes:
> ChangeLog:
>
> Moved some local variables from StartServiceCtrlDispatcherA/W to service environment
> block.
> Introduced helper function service_ctrl_dispatcher.
I don't think you want to pass ASCII strings across processes, there's
no guarante
Robert Shearman <[EMAIL PROTECTED]> writes:
> Changelog:
> - Fix class style to include the hbrBackground member.
> - Fix repainting issues introduced by this change.
> - Add WM_ERASEBKGND handler and remove background drawing code from
> the WM_PAINT handler.
Isn't that going to cause a lot of f
Am Montag, 27. September 2004 23:05 schrieb Joaquín Fernández:
> Stefan Leichter wrote:
> > Am Montag, 27. September 2004 20:03 schrieb Joaquín Fernández:
> >
> > Hello,
> >
> > try
> >
> > WINEDLLOVERRIDES="advapi32=builtin"
> >
> > (see http://www.winehq.org/hypermail/wine-devel/2004/08/0640.html
> I'm not sure we should design this system on the assumption that we suck
> and will probably blow things up. I don't know of any other programs
> that use such a mechanism when upgrading!
Well, Service Packs on Windows have the option (on by default) to back up all
changed files just in case M
Mike Hearn wrote:
Wouldn't it be better to do good testing and have, ooh, I don't know,
a beta testing program? In other words, to ensure we *don't* mangle
the users data?
Yep that too.
I'm not sure we should design this system on the assumption that we
suck and will probably blow things up. I
I don't know, better safe than sorry. You are touching users Data here.
they should have an informed choice. A message box, something? maybe
refuse to run, than he will notice.
>
So a first time newbie installs wine and is very happy with it. After
1/2 a year he feels more confident and the new
Mike Hearn wrote:
There is evidence that users don't see or ignore such warnings :(
If you aren't confident that an upgrade won't break stuff you can
always manually back up the wineprefix before running the new version,
I don't think we need to do anything ourselves. Most users won't be
adminis
1. It is more than common to use more than one wine version on the same
prefix. So what will the older version do. is it always future compatible?
Yes, hopefully. There are limits to what we can do here though, I suspect.
2. Please do not silently touch a user's wineprefix. Users are used to
have
Mike Hearn wrote:
There are a bunch of different ways we may want to upgrade the users
configuration:
- Changes to $WINEPREFIX (~/.wine), for example:
- Introducing faked DLL headers
- Improved drive detection
- Changing the way the registry is stored
- Adding stuff to the virtual Win
Mike McCormack wrote:
I considered writing a program to generate the code, since it is
boilerplate code. The input could be the header file for the class
factory, and the output the implementation.
Adding more non-standard header files may not be a direction we want
to head in...
Mike
Rrr, a
Or even better, a single implementation in a header file in include/wine
Bonus points for also making a common regsvr implementation too.
... And if you convince Alexandre to let us have a wine utilities DLL
rather than putting ever more code into inline functions, you win a free
stuffed toy :)
Mike McCormack wrote:
Robert Shearman wrote:
Or even better, a single implementation in a header file in include/wine
Bonus points for also making a common regsvr implementation too.
I considered writing a program to generate the code, since it is
boilerplate code. The input could be the header
Robert Shearman wrote:
Or even better, a single implementation in a header file in include/wine
Bonus points for also making a common regsvr implementation too.
I considered writing a program to generate the code, since it is
boilerplate code. The input could be the header file for the class
fac
Mike McCormack wrote:
Huw D M Davies wrote:
Good catch. This classfactory code is fairly pervasive in Wine. I'll
submit a patch fixing all other occurrences of this in a moment.
Maybe we should make a new janitorial task to turn all those class
factories into singleton into objects too. It's no
There are a bunch of different ways we may want to upgrade the users
configuration:
- Changes to $WINEPREFIX (~/.wine), for example:
- Introducing faked DLL headers
- Improved drive detection
- Changing the way the registry is stored
- Adding stuff to the virtual Windows drive
- Modif
Huw D M Davies wrote:
Good catch. This classfactory code is fairly pervasive in Wine. I'll
submit a patch fixing all other occurrences of this in a moment.
Maybe we should make a new janitorial task to turn all those class
factories into singleton into objects too. It's not necessary to
allocat
Actually I just added the stub to advapi32, because the program will
crash when it tries to call an umimplemented function. The main
problem is that the program is expecting some result from
SystemFunction036 (Filip thinks it might be a random generator thing),
but it's next to impossible (or so i
On Tue, Sep 28, 2004 at 09:25:51AM +0100, Mike Hearn wrote:
> J. Grant wrote:
> >Hello,
> >
> >I am getting the attached error when running an install of Overnet v0.52.
> >
> >Basically it cannot find NdrGetUserMarshalInfo(), despite it being in
> >the dll at entry point: 77d43452h, order 199. Any
Hi,
On Mon, Sep 27, 2004 at 05:38:10PM -0400, James Hawkins wrote:
> It turns out that SystemFunction036 is actually required to do
> something for MyPhotoCalendars.exe to install correctly because the
> installer exits with a program-level exception (ie not wine) What I
> would like to do is run
At least some are now documented on MSDN. I believe I submitted a patch
to document what 40/41 do (they are crypto related).
The fact that an app is using the API strongly implies it's documented
*somewhere*, don't you think? I would check for forward exports from
other DLLs, for some reason Mi
The convention with COM interfaces is to use the CoTaskMemAlloc /
CoTaskMemFree memory management functions instead of the Heap ones (even
though they are the same). This is just a slight nit-pick.
Hmm, I don't think we should encourage using these APIs. It just makes
the code less clear and peo
J. Grant wrote:
Hello,
I am getting the attached error when running an install of Overnet v0.52.
Basically it cannot find NdrGetUserMarshalInfo(), despite it being in
the dll at entry point: 77d43452h, order 199. Any ideas what this
problem could be? I'm expecting this to be the symptom of some wi
On Tue, Sep 28, 2004 at 09:42:32AM +0200, Andreas Mohr wrote:
> On Tue, Sep 28, 2004 at 06:44:16AM +0200, Michael Stefaniuc wrote:
> > License: LGPL, X11
> > Changelog:
> > Michael Stefaniuc <[EMAIL PROTECTED]>
> > - native ImageList_Remove dosn't spit out an error message when
> > de
Hi,
On Tue, Sep 28, 2004 at 06:44:16AM +0200, Michael Stefaniuc wrote:
> Hello,
>
> License: LGPL, X11
> Changelog:
> Michael Stefaniuc <[EMAIL PROTECTED]>
> - native ImageList_Remove dosn't spit out an error message when
> deleting an index out of range so don't do that eithe
31 matches
Mail list logo
