Robert Reif wrote:
Fix so it compiles with VC7 on XP.
Here is the proper fix.
Don't include dsconf IIDs in dxguid.lib.
Index: dlls/dsound/tests/propset.c
===
RCS file: /home/wine/wine/dlls/dsound/tests/propset.c,v
retrieving revis
Stefan Leichter <[EMAIL PROTECTED]> writes:
> My problem is related to 'out of tree builds'. When i have a changed spec
> file for a dll in the build tree it does not get used. The spec file from the
> source tree is used.
>
> Can this be fixed?
The spec file is source so it should be in the s
Please disregard this patch. It breaks wine compiles. I'll dig into a
better fix
that works for both wine and windows.
Robert Reif wrote:
Fix so it compiles with VC7 on XP.
Michael Jung wrote:
Hello,
The original CryptAcquireContextA had some issues with memory management
in failure conditions, resulting in heap corruption under certain
cirumstances. I've reimplemented this function, checking behaviour against
Windows XP Prof. There is also a unit test included in the
Francois Gouget wrote:
This fixes another dsound Windows crash: we first create a buffer
without DSBCAPS_CTRL3D, then we query the IDirectSound3DBuffer on it
which obviously fails so that we try to do an AddRef on a NULL pointer
(buffer3d).
Fixes the right bugs and keeps intent of test.
Adds mo
So much for that theory, no 16 bit code there ... must be some other
overflow :/
On Sun, 2004-07-18 at 11:06 -0700, Dan Kegel wrote:
> Mike Hearn wrote:
> > On Sat, 17 Jul 2004 16:26:33 -0700, Dan Kegel wrote:
> >> The installer does have one obvious problem: it puts up a dialog box
> >>LWP
How did this fail in windows. Since it doesn't crash with wine,
wine is doing something wrong. Lets try to figure out what is wrong
and correct wine to have the same behavior as windows or at least
notify someone that something is wrong.
Is anyone working on getting direct sound into the windows
Please don't apply this patch. The point of the test is to test the
QueryInterface reference
counting which you just removed. Please just fix the flag bug and not
remove the point of
the test.
Francois Gouget wrote:
This fixes another dsound Windows crash: we first create a buffer
without DSBC
Hallo,
appended test fails with builtin wininet, but succeeds with native
wininet. The failing call, triggered but the ending \r, seems to be caused
by the www-server side handling. www.winehq.org seems to cope with the
ending \r, so the test has to be carried out on the xilinx server. Ise
webupda
Mike Hearn wrote:
> On Sat, 17 Jul 2004 16:26:33 -0700, Dan Kegel wrote:
>> The installer does have one obvious problem: it puts up a dialog box
>>LWP+2311: Overflow
>> once while copying files.
>
> Bah humbug bollocks. I guess it's talking about a stack overflow in 16 bit
> code.
>
> Could you
Vincent Béron wrote:
Note: Much functionnality is still absent, but it's already able to
begin the installation of iTunes.msi and netfx.msi.
I plan on updating this in the coming days.
Nice work.
Changelog:
First draft for a msiexec.exe replacement.
Vincent
...
+ printf("Dll %s does not impl
On Fri, Jul 16, 2004 at 10:33:00PM +0900, Dmitry Timoshkov wrote:
> "Marcus Meissner" <[EMAIL PROTECTED]> wrote:
>
> > --- dlls/msrle32/msrle32.c 27 Feb 2004 21:51:13 - 1.8
> > +++ dlls/msrle32/msrle32.c 16 Jul 2004 12:36:10 -
> > @@ -572,7 +572,8 @@
> >
> >/* add EOL -- end of l
Sorry the problem with NtAllocateVirtualMemory is in
RtlCreateUserThread.
emmanuel
NB : creating thread with wine-pthread still not work, because calling
NtAllocateVirtualMemory in start_thread always return
STATUS_INVALID_PARAMETER.
Le dim 18/07/2004 à 05:54, Shachar Shemesh a écrit :
> Hi all,
>
> It seems that the RPMs for Redhat (at least redhat 9) on sourceforge are
> a fiction. When I actually try to download any of them (src, i386 or
> i686), I get a notification that the file is not on the mirror. This
> happens reg
Hello,
My problem is related to 'out of tree builds'. When i have a changed spec
file for a dll in the build tree it does not get used. The spec file from the
source tree is used.
Can this be fixed?
Thanks Stefan
On Sun, 18 Jul 2004 09:01:49 +0300, Shachar Shemesh wrote:
> It appears we don't have that OLE registered in our system. This strikes
> me as odd, as I know that some installers do actually create icons. How
> do they do that?
Remember quite a few DLLs register themselves as part of initial
inst
On Sat, 17 Jul 2004 16:26:33 -0700, Dan Kegel wrote:
> The installer does have one obvious problem: it puts up a dialog box
>LWP+2311: Overflow
> once while copying files.
Bah humbug bollocks. I guess it's talking about a stack overflow in 16 bit
code.
Could you backtrace the app when it's si
Hi all,
It seems that the RPMs for Redhat (at least redhat 9) on sourceforge are
a fiction. When I actually try to download any of them (src, i386 or
i686), I get a notification that the file is not on the mirror. This
happens regardless of what mirror I select (I tried at least 5).
Is this a p
On Sun, 18 Jul 2004, Saulius Krasuckas wrote:
> The game [1] crashes when I select DX7 engine at its initial screen,
Oh, I mean D3D7 system. And the crash doesn't occur on exit if the OpenGL
system was selected.
PS Selecting D3D9 system throws an error message saying: "Can't find
requested vid
The game [1] crashes when I select DX7 engine at its initial screen, go
the gameplay and then simply exit. I have entered a new bug report to
provide more details [2] on this issue.
My attention was caught by the ending part of the output [3] (quite large,
about 400kB in size):
trace:module:LdrU
20 matches
Mail list logo
