Hi,
> Basically, I am in the debug phase, and at this point most bugs have been
> ironed out. That is, for dx9 stuff. I soon ran into problems/regressions
> with dx8 or lower (including ddraw!). So I ended up repeating the (almost)
> exactly same work for d3d8 and ddraw... not a pretty sight, an
Hi,
Alexandre did not like the needed changes required to add support for
this but I figured I would throw it out for debate anyway in case
anyone else can make him change his mind (duck). The issue is he does
not like needing a single header per-program or per dll. After doing
some research it see
Hi Walter,
Walt Ogburn wrote:
Hi Cihan,
What happens if you comment out #define STRETCH_VIA_DIB in
dlls/gdi/mfdrv/bitblt.c? This will make it use GetBitmapBits instead of
GetDIBits.
Indeed, this does the trick!
No locking problems... Will try to look into that.
- Walter
Thanks a lot,
Ci
On 1/11/06, Michael Kaufmann <[EMAIL PROTECTED]> wrote:
>
>
> --- static-old.c2006-01-11 22:43:23.0 +0100
> +++ static.c2006-01-11 22:44:20.0 +0100
> @@ -31,10 +31,6 @@
Think you forgot the changelog.
--
James Hawkins
Hi all,
Just wanted to chime in with a status update on my porting of wined3d to WGL.
Basically, I am in the debug phase, and at this point most bugs have been ironed
out. That is, for dx9 stuff. I soon ran into problems/regressions with dx8 or
lower (including ddraw!). So I ended up repeating
Hello,
I've just noticed that Alexander had put patch that eliminates
crashing on CopyImage. The way, he solved this problem is simple and
genious. But I've found, that copied image can't be drawed to DC. So I
insist, that CopyImage should be rewrited.
The reasons are:
- GetBitmapBits function los
Troy Rollo <[EMAIL PROTECTED]> writes:
> On Wednesday 11 January 2006 20:55, Alexandre Julliard wrote:
>
>> Why is header_size 65536 for you? That looks way too much. Could you
>> please send me that binary?
>
> Attached.
Thanks; it's because the section alignment is set to 64k instead of 4k
for
Hi Cihan,
What happens if you comment out #define STRETCH_VIA_DIB in
dlls/gdi/mfdrv/bitblt.c? This will make it use GetBitmapBits instead of
GetDIBits.
- Walter
On Wed, 11 Jan 2006, Cihan Altinay wrote:
> Since nobody seems to be able to help me with this problem at the moment
> I opened a
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> On the other hand. If we don't care about what flags kernel32 use calling
> ntdll, we can just test creation of the named object with the same name in
> kernel32. And see what kind of errors we'll get there.
We clearly don't care what flags kernel32
The whole point of what I am proposing is a collaboration with RH so
that new features are in the distributed Wine. If they are willing to
undertake one of the tasks that Wine HQ is now doing then we should let
them. At least they are supposed to know RH so they should be capable
of the task.
Wednesday, January 11, 2006, 3:46:15 AM, Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>> Those tests cover kernel32.dll, ntdll and OM in the wineserver. So I've
>> put them in the middle . They could be moved to kernel, but then it
>> will import same number of ntdll fu
Troy Rollo <[EMAIL PROTECTED]> writes:
> On Wed, 4 Jan 2006 08:21, Alexandre Julliard wrote:
>> Module: wine
>> Branch: refs/heads/master
>> Commit: 67f2a36ce3725a52b79ed618964244cc96ae
>
> ...
>> status = STATUS_INVALID_IMAGE_FORMAT; /* generic error */
>> +if (header_size > st.st_s
Aric Stewart <[EMAIL PROTECTED]> writes:
> ChangeLog:
> modify msvcrt dir test to create its own directory to ensure the directory
> exists for the test.
It would be better to use something like GetTempPath instead of
hardcoding the directory name.
--
Alexandre Julliard
[EMAIL PROTECTED]
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> Those tests cover kernel32.dll, ntdll and OM in the wineserver. So I've
> put them in the middle . They could be moved to kernel, but then it
> will import same number of ntdll functions. So I don't really see a
> reason to move them around. But rathe
I actually prefer forums because there's less of a barrier to get
started. I can continue working through my browser, and I don't have to
setup a message filter.
Even if there's not a forum where developers participate, but just a
forum on winehq for users to help each other, I think that woul
Hello,
Wine's implementation of GetKerningPairs in dlls/gdi/font.c behaves
incorrectly (crashes) if lpkrnpair is NULL and nNumPairs is not zero.
Test program:
--
#include
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR
lpCmdLine, int nCmdShow)
{
HDC hdc =
Lionel Ulmer [mailto:[EMAIL PROTECTED] wrote:
> The problem is that (AFAIK) most if not all Wine developpers
> do not share at all this view (at last for me nothing beats
> either a mailing list or a newsgroups :-) ).
>
> So you will have a nice forum full of Wine questions and no
> developpers
"Aric Stewart" <[EMAIL PROTECTED]> wrote:
ChangeLog:
modify msvcrt dir test to create its own directory to ensure the directory
exists for the test.
-SetCurrentDirectory("C:\\Windows\\System\\");
+free1=free2=TRUE;
+rc = CreateDirectory("C:\\msvcrt-test\\",NULL);
+if (!rc &&
Since nobody seems to be able to help me with this problem at the moment
I opened a bug report[1] for it. I would appreciate if somebody with
more knowledge could take a quick look at it. Thanks!
Cihan
[1] http://bugs.winehq.org/show_bug.cgi?id=4284
Cihan Altinay wrote:
Hi,
I am still trying
19 matches
Mail list logo
