Hi,
There is a problem with explorer managing the desktop and the sending of
PAINT messages. I've narrowed it down to the following area. In
dlls/user/message.c wait_message_reply(), if QS_PAINT are the bits we get,
and we call MsgWaitForMultipleObjectsEx, it seems to block the process
indefinite
On 4/9/06, Dimi Paun <[EMAIL PROTECTED]> wrote:
>
> Hasn't Alexandre added something recently that creates some fake DLLs
> with proper version info in them?
>
To make sure a fake dll is created in the system directory, add the
dll name to tools/wine.inf under the FakeDllsSection section. I guess
On Sun, 2006-04-09 at 10:03 +0200, Stefan Dösinger wrote:
> Most likly it uses some strange way to determine if directx is
> supported, like checking for the existance of a .dll file.
This is exactly it! This solved the problem:
[EMAIL PROTECTED] ~]$ touch .wine/drive_c/windows/system32/Ddraw.dll
Alexander N. Sørnes wrote:
Hello,
I have found some font problems recently with Wine. First of all, the
text of most richedit objects started displaying as rectangles since
around Wine 0.9.9, and now, with current CVS, no text is displayed in
applications witht the standard Windows interfac
Sunday, April 9, 2006, 4:15:22 PM, Alexander N. Sørnes wrote:
> Hello,
> I have found some font problems recently with Wine. First of all, the
> text of most richedit objects started displaying as rectangles since
> around Wine 0.9.9, and now, with current CVS, no text is displayed in
> applic
James Hawkins wrote:
On 4/8/06, Colin Wright <[EMAIL PROTECTED]> wrote:
So although it would always return 0 it could set a bogus error.
In the -1 example above we have same-sized buffers so the error is bogus.
Bug.
In the -2 example above we haven't even checked the strings so the error is
bo
Hello,
I have found some font problems recently with Wine. First of all, the
text of most richedit objects started displaying as rectangles since
around Wine 0.9.9, and now, with current CVS, no text is displayed in
applications witht the standard Windows interface (like winecfg,
wordpad, me
[Is it safe to call intern_atoms() inside the event handler like this?]
Changelog:
Fix two clipboard problems that caused BadAtom crashes (bug 4601)
and caused some clipboard formats to not be exported properly
Patch also at http://kegel.com/wine/badatom3.patch if this gets mangled by
gmail.
dl
Greetings. I am a new Linux user, and I would like to request a patch
addition to add functionality for a game.
The information can be found at
http://wiki.minegoboom.com/index.php/Running_Continuum_under_Wine
I think for the people that want to learn Linux, applying the patch is a
great ex
Hi,
I have started adding gphoto2 support to twain.dll.
My current work (before a otherwise busy week begins again),
is attached.
I started to break up the currently very sane centric view.
Alexandre/Aric, can I do it this way? Some other general comments?
(The code btw works as-is for detect
Boaz Harrosh wrote:
Samuel Hunt wrote:
Thought for you all.
Would it be possible to use Wine with a few extra bits to make a kind
of Windows Terminal Server?
So you login via VNC, and the Wine system prompts you for a username
and password, which it authenticates. It then loads up a
On 4/8/06, Colin Wright <[EMAIL PROTECTED]> wrote:
>
> So although it would always return 0 it could set a bogus error.
> In the -1 example above we have same-sized buffers so the error is bogus.
> Bug.
>
> In the -2 example above we haven't even checked the strings so the error is
> bogus.
> Bug.
Hi,
> Too many games are unplayable because of slowness, "Omikron : The Nomad
> Soul" is one of them and your patch give me hope to see it working better (
> actually it works with some graphic artifacs, but the in-game menu is
> painfully slow ). However i tried your patch and now i get this error
Eric Pouech wrote:
- first of all, a lot of code should be factorized
Can you give me an example of what factorised means here? I assume that
you would like to see the common register code for mod 0, 1, 2 reduced.
If that is the case, I thought that the variation in mod 0 rm 6 made
combin
Le 09.04.2006 12:20:35, Stefan Dösinger a écrit :
> Hello,
> I thought I'd give an overview of the status of the ddraw merge. Well,
> basically it's progressing nicely, and the first huge part of the merge has
> been done. The necessary type changes were made to
> include/wine/wined3d_types.h an
Samuel Hunt wrote:
Thought for you all.
Would it be possible to use Wine with a few extra bits to make a kind
of Windows Terminal Server?
So you login via VNC, and the Wine system prompts you for a username
and password, which it authenticates. It then loads up a "desktop",
with a fake
Jeff Latimer wrote:
Eric Pouech wrote:
- first of all, a lot of code should be factorized
Can you give me an example of what factorised means here? I assume that
you would like to see the common register code for mod 0, 1, 2 reduced.
If that is the case, I thought that the variation in m
Thought for you all.
Would it be possible to use Wine with a few extra bits to
make a kind of Windows Terminal Server?
So you login via VNC, and the Wine system prompts you for a
username and password, which it authenticates. It then loads
up a "desktop", with a fake "Start" menu, that
On 09/04/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
> What's broken with shaders? Are there known problems, or bugs that
> haven't been found yet?
>
There's quite a bit of functionality that isn't implemented, or isn't
implemented correctly, in particular v2 and v3 shaders. It also looks
like in
H. Verbeet wrote:
On 09/04/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
1) The following pixel shader opcodes appear to be implemented with
fragment_ARB, yet they are marked REQUIRE_GLSL.
This generates errors, and they are skipped. Is this intentional?
D3DSIO_TEX (texld), D3DSIO_CND, D3DSI
James Hawkins wrote:
> On 4/7/06, Colin Wright <[EMAIL PROTECTED]> wrote:
>>
>> #include
>> int main(void)
>> {
>>short int i;
>>unsigned short int j;
>>j = 65534;
>>i = j + 1;
>>printf("The result is %d\n", i);
>>return 0;
>> }
>>
>
> Thanks for the info, but I know C ba
After renewing my wine and running 16-bit app I sometimes get such output
in the console (when the app exits):
$ ./wine /home/s2/cc/Program\ Files/winled/led2w.exe
fixme:toolhelp:InterruptRegister16 (, 0x11d700ba), stub.
fixme:toolhelp:InterruptUnRegister16 (), stub.
*** glibc detecte
On 09/04/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
> 1) The following pixel shader opcodes appear to be implemented with
> fragment_ARB, yet they are marked REQUIRE_GLSL.
> This generates errors, and they are skipped. Is this intentional?
>
> D3DSIO_TEX (texld), D3DSIO_CND, D3DSIO_CMP.
I'm not
1) The following pixel shader opcodes appear to be implemented with
fragment_ARB, yet they are marked REQUIRE_GLSL.
This generates errors, and they are skipped. Is this intentional?
D3DSIO_TEX (texld), D3DSIO_CND, D3DSIO_CMP.
2) D3DSIO_CMP appears incorrect according to info online - the Openg
Hello,
I thought I'd give an overview of the status of the ddraw merge. Well,
basically it's progressing nicely, and the first huge part of the merge has
been done. The necessary type changes were made to
include/wine/wined3d_types.h and include/wine/wined3d_interface.h, so ddraw
can now use th
Am Sonntag, 9. April 2006 03:45 schrieb Dimi Paun:
> I am not up-to-date with the latest DirectX news, can someone
> please tell me if we have any support for DirectX 7?
DirectX 7 is supported since quite a long time. I'm currently re-writing ddraw
and d3d7 support.
> I have a screensaver (Marine
Jeff L wrote:
Fixes some things Eric pointed out. Have not tested the far calls as I
don't have anything that generates them.
This patch came about when I was looking at why single stepping seemed
to stuff up after a call. It breaks down the calls for 32 bit mode
calls but not necessarily 16
27 matches
Mail list logo
