Hi Paul,
I'm just sending a patch to fix that. Thanks for spotting.
Bye,
Christian
Paul Vriens a écrit :
>
> Christian Costa wrote:
>>
>>
>>
>>
>>
> Hi Christian,
>
&g
There are some discrepancies in the indentation and I don't mind
removing tabs but what's
wrong with them, they are commonly use in wine depending on one's taste.
Christian
Detlef Riekenberg a écrit :
On Sa, 2009-03-28 at 11:48 +0100, Christian Costa wrote:
Thanks for working
So next time I will convert d3dxof to 4 spaces and see what happens to
the patch. ;-)
Bye,
Christian
Detlef Riekenberg a écrit :
On So, 2009-03-29 at 12:50 +0200, Christian Costa wrote:
There are some discrepancies in the indentation and I don't mind
removing tabs but what's
w
Finally it is wma->pgraph which leaks not wma->pmctrl. Thanks for the
review.
Bye,
Christian
Detlef Riekenberg a écrit :
On Sa, 2009-03-28 at 16:36 +0100, Christian Costa wrote:
+hr = CoCreateInstance(&CLSID_FilterGraph, NULL,
CLSCTX_INPROC_SERVER, &IID_IGraphBuilder,
You're right. Not good for git blame.
I will ask to Alexandre.
Thanks.
By,
Christian
Detlef Riekenberg a écrit :
On So, 2009-03-29 at 18:12 +0200, Christian Costa wrote:
That said, I don't understand then why we don't just convert wine's
code (in
several steps o
Installed variable has always the same value. What about removing it instead ?
Bye,
Christian
> Message du 09/04/09 07:10
> De : "Rein Klazes"
> A : "wine-patches"
> Copie à :
> Objet : win87em: always return that a 8087 coprocessor is present. (try 2)
>
>
> ---
> dlls/win87em.dll16/win87em
Hi,
When calling CreateSurface, a power of 2 surface is created and then the
necessary memory is allocated.
If we try to get the DC with GetDC, a DIB section is created with the
original size of the surface and data from the surface
is copied to the DIB section The power of 2 surface being grea
> Message du 11/07/06 09:08
> De : "H. Verbeet"
> A : "Christian Costa"
> Copie à : wine-devel@winehq.org, [EMAIL PROTECTED]
> Objet : Re: Pb WineD3D: power of 2 surface and non power of 2 DIB section
>
> On 10/07/06, Christian Costa wrote:
> >
Stefan Dösinger a écrit :
Am Montag 10 Juli 2006 22:10 schrieb Christian Costa:
Hi,
When calling CreateSurface, a power of 2 surface is created and then the
necessary memory is allocated.
If we try to get the DC with GetDC, a DIB section is created with the
original size of the surface and
Christian Costa wrote:
Hi,
This patch fixes a compilation issue with ALSA 0.5 (reported by Carl
Sopchak)
that appears when adding WaveIn support.
Bye.
Changelog :
Fix compilation issue with ALSA 0.5.
Christian Costa [EMAIL PROTECTED]
BTW:
Happy new year to all!
Bye,
Christian
Sylvain Petreolle wrote:
--- Tom <[EMAIL PROTECTED]> a écrit : >
Comments, Suggestions?
Tom
Hi,
ALSA multimedia driver:
* Mixer Support
* MiDi inn Support
* Check for 1.0 correctness
winealsa now has mixer support since Dec 11 2003 (thanks to Christian)
No it's wrong.
I
Tom wrote:
Comments, Suggestions?
Tom
Wine Status - Known To Do's
Window management
* Rewrite Wine's window management code to be able to change the
visual of an X window once the window has been create
Marcus Meissner wrote:
On Fri, Jan 09, 2004 at 12:03:10PM +, Mike Hearn wrote:
On Thu, 08 Jan 2004 16:46:53 -0800, Alexandre Julliard wrote:
You should not use alloca in Wine, it's not portable enough.
Could we take the glib implementation of alloca and stick it into
libwine_por
Eric Pouech wrote:
Christian Costa a écrit :
+for (wDevID = 0; wDevID < MIDM_NumDevs; wDevID++)
+if ( (ev->source.client == MidiInDev[wDevID].addr.client) &&
(ev->source.client == MidiInDev[wDevID].addr.client) )
+break;
Why do you do twice the same test ?
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
+static int npfd;
+static int pfd_array_size = 0;
+static struct pollfd *pfd = NULL;
This isn't thread-safe.
The function that uses them is a timer callback.
Why don't you simply allocate the array
Hi,
I've just figured out that system.ini and win.ini are no more accessible
from my ~/.wine directory.
I had to copy them in the windows directory to make things work.
Is it a recent change in wine or just a regression?
Thanks in advance,
Christian
> Message du 13/02/04 02:51> De : Alexandre Julliard <[EMAIL PROTECTED]>> A : Christian Costa <[EMAIL PROTECTED]>> Copie à : [EMAIL PROTECTED]> Objet : Re: Question about system.ini and win.ini> Christian Costa <[EMAIL PROTECTED]>writes:> > > I'v
king issue.
Bye,
Christian
> Message du 13/02/04 16:28> De : Steven Edwards <[EMAIL PROTECTED]>> A : Dimitrie O. Paun <[EMAIL PROTECTED]>> Copie à : Christian Costa <[EMAIL PROTECTED]>, [EMAIL PROTECTED]> Objet : Re: Getopt - was Re: problem on the Cygwin port&
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
Hi,
I've done some further checks and it appears that getopt_long is not broken...
It seems to have a conflict with the definition of our own implementation in libwine_port (file getopt1.c).
If I rename the latt
Hi,
Winedbg catches the exception raised and handled in a
__TRY/__EXCEPT/__ENTRY statement in the IsBadReadPtr function.
Is it a normal behaviour? And if yes how can I disable it?
Without Winedbg everything is fine.
Thanks in advance,
Bye,
Christian
Robert Shearman wrote:
Christian Costa wrote:
Hi,
This patch adds implementation for the IFilterMapper interface.
Nice. I have few comments (see below).
However filters registered with this interface require some work in
devenum to
be seen from application. This will be done when
Tom wrote:
Christian Costa wrote:
Hi,
This time wih Rob's suggestions.
Bye.
Changelog :
Implemented IFilterMapper and IEnumRegFilters interfaces.
Fixed IFilterMapper2_EnumMatchingFilters.
Christian Costa [EMAIL PROTECTED]
Hi Christian,
Should I add you as a worker on quartz?
Tom
Robert Shearman wrote:
Christian Costa wrote:
Ok. I had assumed devenum was complete, but obviously not. Does
it spit out
any fixme's?
No, it doesn't.
In fact, Devenum enumerates entries in:
1) HROOT\CLSID\{"clsid of categories"]\Instance
2) H
Boaz Harrosh wrote:
Christian Costa wrote:
Fine. :-)
BTW, Windows seems to only update the devenum entries, if any, of the
category eumerated.
I don't think this is significant or not though...
devenum entries are Just a cache that quartz is keeping. It is
different between Direc
Hi Dmitry,
Are you sure this is usefull.
How can SetEvent cause a deadlock?
Bye,
Christian
> Message du 16/03/04 14:54> De : Dmitry Timoshkov <[EMAIL PROTECTED]>> A : [EMAIL PROTECTED]> Copie à : > Objet : Avoid a possible deadlock when stopping playback> Hello,> > looks like it's a good idea to
Dmitry Timoshkov wrote:
"Christian Costa" <[EMAIL PROTECTED]> wrote:
Are you sure this is usefull.
How can SetEvent cause a deadlock?
That's exactly the same case your recent patch has fixed.
My patch was intended to fix a deadlock with the thread of the wave
driv
Hi,
When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes.
After some investigations, I found that a part of the code uses the EBX
register at one point without saving
and restore it afterwards. Since this register contains the PLT pointer
for standard unix functions like libc
> Message du 18/03/04 01:02> De : Alexandre Julliard <[EMAIL PROTECTED]>> A : Christian Costa <[EMAIL PROTECTED]>> Copie à : wined <[EMAIL PROTECTED]>> Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)> Christian Costa <[EMAIL
> Message du 18/03/04 00:51> De : Marcus Meissner <[EMAIL PROTECTED]>> A : Christian Costa <[EMAIL PROTECTED]>> Copie à : wined <[EMAIL PROTECTED]>> Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)> On Wed, Mar 17, 2004 at 10:
> Message du 18/03/04 00:50> De : Mike Hearn <[EMAIL PROTECTED]>> A : [EMAIL PROTECTED]> Copie à : > Objet : Re: PLT pointer destroyed problem when loading IR32_32.DLL (Indeo codec)> On Wed, 17 Mar 2004 22:37:01 +, Christian Costa wrote:> > When executing the
Lionel Ulmer wrote:
This makes Summoner recognize our D3D7 driver.
How did you find out ? Some R.E.ing of the game ?
Yes.
I ask this because I find it strange that a game would not be 'future proof'
and that it would refuse to run on future hardware that supports HW
transform and light.
I f
Hi Mike,
IIRC for D3D, we had been discussing about setting a cvs repository at
that time.
Then we dropped this idea, due to merging complication.
Bye,
Christian
BTW, you have forgotten to mention Lionel :-)
I think a compelling argument can be made for that. While everyone knows
CVS the subse
Hi,
I'm trying to make GetFreeDiskSpace working with CDROM because a game
needs it.
However, I'm experiencing problem with statvfs...
Indeed, statvfs always returns f_frsize = 0 and f_blocks = 0.
If I cd to /mnt/cdrom or edit a file in it, this does not help however
if I run a grep or launch Kon
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
I'm trying to make GetFreeDiskSpace working with CDROM because a game
needs it.
However, I'm experiencing problem with statvfs...
Indeed, statvfs always returns f_frsize = 0 and f_blocks = 0.
If I cd to /mnt
> Message du 15/04/04 00:35> De : Alexandre Julliard <[EMAIL PROTECTED]>> A : Christian Costa <[EMAIL PROTECTED]>> Copie à : wined <[EMAIL PROTECTED]>> Objet : Re: statvfs and cdrom problem> Christian Costa <[EMAIL PROTECTED]>writes:> > > Yes,
Maxime Bellengà wrote:
Hi Christian
Are you looking for someone to test the patch on an NVIDIA card ?
If you tell me how to test or the game to run, I can give you a
feedback.
a+
Max
Hi Maxime,
You can try the vertexblend, vertexshader & dolphinvs demos from the DX8
SDK.
You can switch bet
Tyler Nielsen wrote:
On Mon, 2004-04-19 at 11:09, Ivan Leo Murray-Smith wrote:
CVS current (Read right now) works for me.
Ivan.
Like several people here, I haven't been able to build from CVS for the
last few days. It always complains in 'dlls/d3d8/d3dcore_gl.h'. After
a little experim
I remember I did that first and it didn't work.
I should have done something wrong.
Well, once your patch is sent and commited, I will try to fix my problem
(if it is still happenning).
Raphael wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 20 April 2004 00:49, Christian
> Message du 20/04/04 02:54> De : Alexandre Julliard <[EMAIL PROTECTED]>> A : Christian Costa <[EMAIL PROTECTED]>> Copie à : [EMAIL PROTECTED]> Objet : Re: [D3D8] Some vertex shaders fixes> Christian Costa <[EMAIL PROTECTED]>writes:> > > + if ( !Reg
Marcus Meissner wrote:
Hi,
I was just fixing this code, but I wonder why floorf(s0->w) is overwritten
right next with tmp_f = powf(2.0f, s0->w);
What is the right version?
Ciao, Marcus
void vshader_expp(D3DSHADERVECTOR* d, D3DSHADERVECTOR* s0) {
float tmp_f = floorf(s0->w);
DWORD tmp_d = 0;
Filip Navara wrote:
Christian Costa wrote:
+#define WINE_FILENAME_STR "amstream.dll"
This should be '#define WINE_FILENAME_STR "msi.dll"'.
- Filip
Oh! You're right.
Thanks.
Christian
Florian Goth wrote:
I tried to start The Game x and it bailed out with a lot of fixme's and some
errors like these:
err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_ZVISIBLE
(001e) value : !
The game uses DiectX6
There's a demo available at
http://www.egosoft.co
Hi,
This is the second time I had to reboot when by box is stuck while
running a windows apps.
In both case the registry had been corrupted. This is very annoying.
Could we have the wineserver do a backup of registry files at startup so
we can retreive
the previous version if a corruption occurs?
Christian Costa wrote:
Hi,
This is the second time I had to reboot when by box is stuck while
running a windows apps.
In both case the registry had been corrupted. This is very annoying.
Could we have the wineserver do a backup of registry files at startup
so we can retreive
the previous version
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
This seems to be more a filesytem issue then because the file is in a
really bad shape.
I use reiserfs on a Mandrake 2.4.21-0.13mdk kernel.
It seems to happend on files that are open when the crash (freeze +
reboot)
Steven Edwards wrote:
Hello,
really bad shape.
I use reiserfs on a Mandrake 2.4.21-0.13mdk kernel.
It seems to happend on files that are open when the crash (freeze +
reboot) occurs.
Do you have the LSB package installed in your Mandrake?
Yes, it is installed!
There are two
bugs in Mandra
James Courtier-Dutton wrote:
I have used objdump in the past to disassemble and check the code that
is generated in a .so or .o file.
How do I modify objdump so I can get it do the same with win32 .exe
and .dll files ?
objdump already works with PE executables.
Bye,
Christian
Lionel Ulmer wrote:
Sorry for the huge diff, but I got sick when I saw my previous 2-space
indenting style, so I had to re-indent everything... For people who want to
do a code review, I could send them a 'diff -w' version :-)
Now, you're proposing, that would be cool. :-)
And before anyone complai
Lionel Ulmer wrote:
Now, you're proposing, that would be cool. :-)
Here it is... It's a bit hard to read due to the tabbing, but well, it's a
LOT shorter :-)
It's fine. Thanks Lionel. :-)
Bye,
Christian
Raphael wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 01 June 2004 15:46, Saulius Krasuckas wrote:
Am I the only NVidia owner who has this problem? I did 'make clean' and
'cvs -PAd' and now am getting following:
utils.c:1605: `GL_MODULATE_ADD_ATI_EXT' undeclared (firs
Lionel Ulmer wrote:
gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c
utils.c: In function `set_tex_op':
utils.c:1605: `GL_MODULATE_A
Hi Alexandre,
I've just update my tree and now I'm experiencing problems about:
- screen no more updated in a game
- X protocol error when moving a window for 3 other games
It seems the patch that causes the regression is
http://cvs.winehq.org/patch.py?id=12703
Could you look at it?
I can provide s
James Perry wrote:
I've just update my tree and now I'm experiencing problems about:
- screen no more updated in a game
- X protocol error when moving a window for 3 other games
It seems the patch that causes the regression is
http://cvs.winehq.org/patch.py?id=12703
I am having a similar problem:
Christian Costa wrote:
Hi Alexandre,
I've just update my tree and now I'm experiencing problems about:
- screen no more updated in a game
- X protocol error when moving a window for 3 other games
It seems the patch that causes the regression is
http://cvs.winehq.org/patch.py?id=12703
Andrei Barbu wrote:
It doesn't have to return that memory, DX functions work by taking
parameters they modify. In essence, that's the point, modifying
pParameters and returning D3D_OK
Marcus is right.
Morover, according to the doc, a pointer to a valid area must be passed
as parameter (the prototy
> Message du 09/07/04 00:57
> De : "Andrei Barbu"
> A : "Christian Costa"
> Copie à : "Marcus Meissner" , "Mike McCormack" , [EMAIL PROTECTED]
> Objet : Re: D3D8_GetCreationParameters fix
> Having given thought to the issue, you'
> Message du 09/07/04 10:46
> De : "Lionel Ulmer"
> A : "Andrei Barbu"
> Copie à : "Christian Costa" , "Marcus Meissner" , "Mike McCormack" , [EMAIL
> PROTECTED]
> Objet : Re: D3D8_GetCreationParameters fix
> On Thu, J
Jonathan Wilson wrote:
This is the best things to do but the problem is not always obvious.
If REing does not give significant result, I would suggest to check
how the function behaves in windows
and implement the same behaviour with maybe a big comment about
ChessMaster 9000.
I suggest that some
Hi,
From what I'm hearing, there is some code that is usefull and not part
of the Wine project.
Does it worth adding it to Wine so every one can use it to ease
debugging of apps under Windows?
Bye,
Christian
From Jonathan
This would be great but how do you do with COM objects. What did you
do f
Lionel Ulmer wrote:
I have just a few comments on the patch (yeah, it would not have been fun if
I had commented on wine-d3d first :-) ).
:-)
But anyway, great work !
+static BOOL DDRAW_bind_to_s3tc( void )
+{
+const char *s3tcname = SONAME_LIBS3TC;
+
+s3tc_handle = wine_dlopen(s3tcnam
Francois Gouget wrote:
--- dlls/ddraw/d3ddevice/mesa_old.c 2004-08-05 15:11:43.0 +0100
+++ dlls/ddraw/d3ddevice/mesa.c 2004-08-05 12:50:45.0 +0100
@@ -1172,7 +1172,7 @@
glVertex3fv(coords);
}
inline static void handle_xyzrhw(D3DVALUE *coords) {
-if (coords[3] < 1e-8)
+
Avoid indefinite wait when calling GetOverlappedResult.
This shouldn't happen. GetOverlappedResult should do a wait on the
event object, just like the wait above that succeeds (and
GetOverlappedResult is called) or times out (and GetOverlappedResult
is not called). I suspect that the bug is e
Robert Shearman wrote:
Christian Costa wrote:
Hi,
Changelog:
Don't fail a connection because an input pin does not expose the
IMemInputPin interface (pull pins typically).
This seems wrong. The FileAsyncReaderPin (and any other output pin
that connects to a pull pin) should overrid
Hi,
I don't know much about this code but some line below there is:
Stream_WriteLocationInfo( stm, exePath );
In our case exePath is still empty.
Shouldn't we set exePath to the same value as This->sPath ?
Christian
Aric Stewart wrote:
It is possible under windows to create a .Lnk file to an exe
Dieter Bürgie wrote:
Hi there,
I tried to compile Wine-20030911 on a Solaris 9 x86 with gcc 2.95.3.
Wineinstall runs through until I get the following error when performing
make:
---
./tools/makedep -I. -I. -I./include -I./include
Sylvain Petreolle wrote:
Hi,
My winalsa patch for alsa 1.0 support wasnt commited and there
wasnt any feedback fo it. Another winealsa patch was commited after
that,
should I resubmit mine ?
References :
http://www.winehq.org/hypermail/wine-patches/2003/11/0342.html
http://www.winehq.org/hypermai
Dimitrie O. Paun wrote:
On December 8, 2003 04:38 pm, Christian Costa wrote:
Well, I will have soon some Wave In stuff to submit.
Should I wait alsa 1.0 support is added?
No need to wait, as Alexandre pointed out already,
our code should compile with alsa 1.0.
Ok. Fine.
Thanks
Carl Sopchak wrote:
I just did a cvs update on the wine tree, and tried to build it. The build
failed when trying to link winealsa.drv.spec, with ALSA_widMessage reference
undefined.
The issue was that the majority of the code in audio.c, including one
definition of the function ALSA_widMessa
Sylvain Petreolle wrote:
Hello,
Hi Sylvain!
Could you explain the meaning of the FIXME("-\n") you put in
ALSA_WaveInit
when you added WaveIn support ?
I didn't write this FIXME. It was just lying in a peace of code, some
lines above, I've copy-pasted and adapted.
You should ask to Eric who is t
Mike Hearn wrote:
On Sun, 14 Nov 2004 13:40:15 +, Christian Costa wrote:
+if ((pDDSD->dwFlags & DDSD_LPSURFACE) && (pDDSD->lpSurface == NULL)) {
+/* Frank Herbert's Dune specifies a null pointer for the surface, ignore the LPSURFACE field */
+FIXM
Lionel Ulmer wrote:
Just kidding. I remember Tom saying last year that native DirectX
actually works under Wine. Maybe it's worth covering? Am I way off
base?
Well, native DInput somewhat works (for which I am pretty surprised, I would
need to trace it to see what Win32 calls it uses)
I got
Eric Pouech wrote:
while toying with Intel compiler on Wine source, I came across a
couple of interesting stuff.
To whom it may concern.
in dlls/d3d8/shader.c:
vshader_m4x3 (and vsharer_m3x4) don't use correctly row & columns
with respect to the matrice definition. I let the D3D folks decide
I have exactly the same problem here (with several apps).
Removing the LoadCursorW call (ie setting wndClass.hCursor to NULL)
in IMM_Register seems to prevent the crash.
Robert Reif wrote:
Just tried to install Flight Simulator 98 with latest CVS and got this:
--
Hi Robert,
Robert Reif wrote:
Makes the PCM conversion routines of msacm produce identical results
to the native dll.
Allow any PCM to PCM conversion, not just advertised ones.
The algorithms used by Microsoft in this dll are very crude and
produce an output of much poorer quality than what is cu
Eric Pouech wrote:
Christian Costa a écrit :
Hi Robert,
Robert Reif wrote:
Makes the PCM conversion routines of msacm produce identical results
to the native dll.
Allow any PCM to PCM conversion, not just advertised ones.
The algorithms used by Microsoft in this dll are very crude and
produce an
Hi Michael,
This is typically the kind of patches that breaks everything.
The code you find useless, is often use in lazy allocation or error
handling.
I doubt the current wine code is so bad designed even if there is some
cases where the test is useless.
For example in memallocator.c, this is wr
Robert Shearman wrote:
Christian Costa wrote:
Hi Michael,
This is typically the kind of patches that breaks everything.
It cannot break anything.
The code you find useless, is often use in lazy allocation or error
handling.
I doubt the current wine code is so bad designed even if there is
some
Robert Shearman wrote:
Christian Costa wrote:
Hi,
With this patch, the indeo codec feels a little better.
Changelog:
Initialize the COM libraries for the newly created worker thread in
the AVI splitter.
Fixed some returned error codes.
Show refcount in the AddRef/Release traces in filter.
Added
Robert Shearman wrote:
Christian Costa wrote:
Robert Shearman wrote:
Christian Costa wrote:
Index: pin.c
===
RCS file: /home/wine/wine/dlls/quartz/pin.c,v
retrieving revision 1.9
diff -u -r1.9 pin.c
--- pin.c16 Dec 2004 14:25:15
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
Well, it's what I usually do when the patch is related to a single
component and Alexandre never complains about that.
If it makes Alexandre's life easier, I can do it. It is not my
intention to undermi
@@ -1191,7 +1287,9 @@
OAFilterState *pfs) {
ICOM_THIS_MULTI(IFilterGraphImpl, IMediaControl_vtbl, iface);
-TRACE("(%p/%p)->(%ld, %p): stub !!!\n", This, iface, msTimeout,
pfs);
+TRACE("(%p/%p)->(%ld, %p): semi-stub !!!\n", This, iface,
msTimeout, pfs);
+
+
Robert Shearman wrote:
Christian Costa wrote:
Hi,
This time with more thread safety.
Looking better, but one more change needed. In addition, most of the
code in filtergraph.c isn't thread safe.
I agree. I will look at this after I finish what I'm currently working on.
Thread
Robert Shearman wrote:
Christian Costa wrote:
@@ -1191,7 +1287,9 @@
OAFilterState *pfs) {
ICOM_THIS_MULTI(IFilterGraphImpl, IMediaControl_vtbl, iface);
-TRACE("(%p/%p)->(%ld, %p): stub !!!\n", This, iface,
msTimeout, pfs);
+TRACE("(%p/%p)->
Paul Vriens wrote:
Hi,
the Media Types use "Source Filter" instead of "File Source" in the registry.
Changelog:
Media Types should use "Source Filter" instead of "File Source"
Cheers,
Paul Vriens.
--- regsvr.org.c2005-
Hi,
When I try to renamed a key with the builtin regedit, all subkeys are lost.
The problem is in regedit because the native one works. The latter
however crash
just after the renaming. See below for the backtrace.
Any idea ?
Bye,
Christian
fixme:font:load_VDMX No suitable ratio found
fixme:font:
> Message du 11/01/05 08:45
> De : "Paul Vriens"
> A : "Bill Medland"
> Copie à : "wine-devel@winehq.org"
> Objet : Re: Correction to COINIT_MULTITHREADED test
> On Mon, 2005-01-10 at 21:20, Bill Medland wrote:
> > Bill Medland ([EMAIL PROTECTED])
> > Correct testing for multithreaded
> > (as s
> Message du 11/01/05 13:50
> De : "Paul Vriens"
> A : "[EMAIL PROTECTED]"
> Copie à : "Christian Costa"
> Objet : [QUARTZ] Get rid of a CLSID fixme
> Hi,
>
> just needed an extra CLSID in the registry to avoid some fixme's:
>
Paul Vriens wrote:
On Tue, 2005-01-11 at 12:19, Christian Costa wrote:
All the time ?
Looking at COM_CreateApartment it seems COINIT_APARTMENTTHREADED works but
indeed COINIT_MULTITHREADED always return NULL.
I think the code at the beginning of COM_CreateApartment is wrong.
TRACE
Paul Vriens wrote:
On Tue, 2005-01-11 at 12:19, Christian Costa wrote:
All the time ?
Looking at COM_CreateApartment it seems COINIT_APARTMENTTHREADED works but
indeed COINIT_MULTITHREADED always return NULL.
I think the code at the beginning of COM_CreateApartment is wrong.
TRACE
Hi Mike,
Mike Hearn wrote:
On Thu, 2005-01-20 at 20:32 +0100, Paul Vriens wrote:
Sorry, didn't help.
I'm going to try Rob's suggestions now.
This patch fixes it for me.
Thanks! :-)
Mike Hearn <[EMAIL PROTECTED]>
Fix heap corruption in quartz server registration, add
some whitespace, break o
Hi Paul,
Paul Vriens wrote:
Hi,
any particular reason why d3dxof shouldn't be able to register (itself):
@ stdcall -private DllRegisterServer() D3DXOF_DllRegisterServer
@ stdcall -private DllUnregisterServer() D3DXOF_DllUnregisterServer
is missing from the spec file.
I was just playing with dxdiag.
Andreas Eckstein wrote:
Good morning, wine devs!
When playing Icewind Dale II (using wine-20050111), the game sometimes
crashed with these messages:
trace:ddraw:Main_DirectDrawSurface_Lock lprect: 0x0-0x0
err:ddraw:Main_DirectDrawSurface_Lock Invalid values in LPRECT !!!
or, on another
Alexandre Julliard wrote:
ChangeSet ID: 16182
CVSROOT:/opt/cvs-commit
Module name:wine
Changes by: [EMAIL PROTECTED] 2005/02/18 14:13:01
Modified files:
dlls/shell32 : shell32.spec
Log message:
Hans Leidekker <[EMAIL PROTECTED]>
Mark exports -noname when
Hi,
I'm working on a video wrapper around libavcodec from FFMpeg.
Currently I can play rle, msvideo1 and mjpeg movies.
But before submitting anything I must handle the dependency with
libavcodec (and maybe libavformat
in the future).
AFAIK there is no stable API so we need to incorporate FFMpeg so
> Message du 08/03/05 12:05
> De : "Francois Gouget" <[EMAIL PROTECTED]>
> A : "Christian Costa" <[EMAIL PROTECTED]>
> Copie à : "wined"
> Objet : Re: [HELP] Quartz and FFMpeg question
>
> On Sun, 6 Mar 2005, Christian Costa
> Message du 09/03/05 13:31
> De : "Francois Gouget"
> A : "Christian Costa"
> Copie à : "wined"
> Objet : Re: [HELP] Quartz and FFMpeg question
>
> On Tue, 8 Mar 2005, Christian Costa wrote:
> [...]
> >> At least here (Debian) mp
> Message du 09/03/05 16:52
> De : "Paul Vriens"
> A : "[EMAIL PROTECTED]"
> Copie à :
> Objet : [ddraw/dsurface/dib.c] Check for NULL
>
> Hi,
>
> the recent 'ddraw lock' changes crash Zoo Tycoon 1 Demo.
>
> Changelog
> Check for NULL before touching src.
>
> Cheers,
>
> Paul.
> >
If src
> Message du 09/03/05 19:31
> De : "Paul Vriens"
> A : "Christian Costa"
> Copie à : "wine-devel@winehq.org"
> Objet : Re: [ddraw/dsurface/dib.c] Check for NULL
>
> On Wed, 2005-03-09 at 19:01, Christian Costa wrote:
> > >
Vladdy Impaler wrote:
RIght now I'm working on a patch so I can use my webcam under wine
without having to switch to unix or use non-working solutions..
Right now there are 2 patches needed to get MSN to connect to the
internet: first is to disable SSL, second strcpy's a value at urlmon
getuser
> Message du 18/03/05 06:44
> De : "Tom Wickline"
> A : "wine-devel"
> Copie à :
> Objet : ddraw correctness fixes patch
>
> anyone know why this patch hasn't been accepted?
>
> http://www.winehq.org/hypermail/wine-patches/2005/03/0328.html
>
> Tom
>
Hi Tom,
Sorry I missed the patch on wi
1 - 100 of 430 matches
Mail list logo