Alexandre Julliard wrote:
> What we probably want is to move a lot more of the glX code into
> x11drv, and export the various wgl functions from there. That escape
> mechanism is beginning to be seriously abused.
>
Even is the functions were implemented in x11drv.. wglMakeCurrent()
still takes a
On Tue, 2006-05-09 at 11:17 +0200, Marco Eminente wrote:
> Thanks to suggestions from Vitaliy Margolen, Neil Skrypuch and Scott
> Ritchie I downloaded and manually installed 32 bit libraries
>
> Comando di costruzione 'cd wine-0.9.12~winehq1 && dpkg-buildpackage -b
> -uc' fallito.
> E: Processo
On Tue, 2006-05-09 at 10:05 -0400, Jason Green wrote:
> On 5/9/06, Marco Eminente <[EMAIL PROTECTED]> wrote:
> > Thanks to suggestions from Vitaliy Margolen, Neil Skrypuch and Scott
> > Ritchie I downloaded and manually installed 32 bit libraries
>
> I've found that the only truly clean way to bui
Updated this morning, with that patch applied.
Behavior was fairly badly broken. The sound had
a distinct popping between tests. Get a new warning
about volume problems, and it hung at the end.
Output attached.
Cheers,
Jeremy
Robert Reif wrote:
> Jeremy White wrote:
>
>> Results:
>> OSS ru
Here are some additional resources not listed on the wine resources page.
http://computer-books.us
http://www.ssuet.edu.pk/~amkhan/MicrosoftBooks/windows.htm
http://www.ssuet.edu.pk/~amkhan/Linuxbooks/linux.htm
Hi!
Sorry, i didn't compiled correctly. It works fine.
I tested with tomb raider legend, it runs fine and produces some ugly
graphics:)
But I have a second problem:
err:wgl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0)
err:wgl:internal_glGetString GL_EXTENSIONS returns NUL
Hi,
> The wine's latest cvs i get this error on every direct3d games.
> The error output refers always to IWineD3DSwapChainImpl_GetFrontBufferData
> function.
Are you sure that wined3d is compiled correctly? 2 of my patches have modified
the VTables of the WineD3D Device and Surface. Because of th
Hi!
The wine's latest cvs i get this error on every direct3d games.
The error output refers always to IWineD3DSwapChainImpl_GetFrontBufferData
function.
Here is painkiller's log:
[EMAIL PROTECTED]:~/.wine/drive_c/Program Files/DreamCatcher/Painkiller SP
err:x11drv:X11DRV_CreateWindow invalid win
> "Eric" == Eric Pouech <[EMAIL PROTECTED]> writes:
Eric> Uwe Bonnes wrote:
>> Hallo,
>>
>> this is a thread from wine-users. I think further discussion of this
>> issue is better done on wine-devel.
>>
>> In short, Dan Armbrust notices some application (heavy wea
Uwe Bonnes wrote:
Hallo,
this is a thread from wine-users. I think further discussion of this issue
is better done on wine-devel.
In short, Dan Armbrust notices some application (heavy weather.exe)
accessing the serial port causing a high system load. As the application
uses WaitCommEvent, I
Hans Leidekker <[EMAIL PROTECTED]> writes:
> +{ "a.ö", DnsNameDomain, DNS_ERROR_NON_RFC_NAME },
It's better to avoid including Latin-1 characters in C source,
especially since this means the test results will then depend on the
locale.
--
Alexandre Julliard
[EMAIL PROTECTED]
On 5/9/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Is there anything wrong with this patch? It's needed for the
> following port test patch.
Do you have a real app that works better with that stub? Otherwise I
think we want to wait until it'
On 5/9/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
Monday, May 8, 2006, 11:35:46 PM, James Hawkins wrote:
> Hi,
> Changelog:
> * Add initial tests for the NT port functions.
> dlls/ntdll/tests/Makefile.in |1
> dlls/ntdll/tests/port.c | 314
> +
Am Dienstag, 9. Mai 2006 18:22 schrieb H. Verbeet:
> On 09/05/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > DrawStridedSlow checks if the rhw value of a vertex is close to zero, to
> > avoid passing opengl an INF value from a divide by zero. This is done by
> > checking if the rhw value is in
Tomas Carnecky <[EMAIL PROTECTED]> writes:
> Why do I have the impression that when it comes to x11drv/opengl nobody
> wants to take the responsibility. I won't submit a patch until someone
> says 'tom, your approach looks good, improve this and then submit a
> patch to wine-patches' or 'tom, no,
On 09/05/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
DrawStridedSlow checks if the rhw value of a vertex is close to zero, to avoid
passing opengl an INF value from a divide by zero. This is done by checking
if the rhw value is in the interval ]-0.0001; 0.0001[ .
What happens in drawStridedFa
Message d'origine
>Date: Tue, 09 May 2006 18:00:52 +0200
>De: Tomas Carnecky <[EMAIL PROTECTED]>
>A: wine-devel@winehq.org
>Sujet: Re: PBuffer and wglMakeCurrent()
>
>Tomas Carnecky wrote:
>> comments?
>>
>
>Why do I have the impression that when it comes to x11drv/opengl nobody
>wants to
Tomas Carnecky wrote:
> comments?
>
Why do I have the impression that when it comes to x11drv/opengl nobody
wants to take the responsibility. I won't submit a patch until someone
says 'tom, your approach looks good, improve this and then submit a
patch to wine-patches' or 'tom, no, this won't wor
Mike Hearn wrote:
> On Mon, 08 May 2006 12:03:21 +0200, Rainer M KRug wrote:
>> I am sitting behind a proxy server (no authorisation needed), and the
>> proxy is setup correctly:
>>
>> ftp_proxy=ftp://proxy.sun.ac.za:3128
>> http_proxy=http://proxy.sun.ac.za:3128
>> https_proxy=http://proxy.sun.ac.
On 5/9/06, Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
Tuesday, May 9, 2006, 7:12:29 AM, Uwe Bonnes wrote:> Hallo,> the error>> err:menubuilder:extract_icon32 LoadLibraryExW\
>> (L"C:\\altera\\quartus60\\win\\quartus.exe") failed, error 126> with varying file targets seems to be a common one. The o
Melchior Moos wrote:
+LANGUAGE LANG_GERMAN, SUBLANG_DEFAULT
+
+IDD_CAMERAUI DIALOG DISCARDABLE 0, 0, 372, 273
+STYLE DS_MODALFRAME | DS_SETFOREGROUND | DS_CENTER | WS_POPUP | WS_VISIBLE |
+WS_CAPTION | WS_SYSMENU
+CAPTION "Dateien auf der Kamera"
+MENU 20545
+FONT 8, "MS Sans Serif"
+BEGIN
On 5/9/06, Marco Eminente <[EMAIL PROTECTED]> wrote:
Thanks to suggestions from Vitaliy Margolen, Neil Skrypuch and Scott
Ritchie I downloaded and manually installed 32 bit libraries
I've found that the only truly clean way to build Wine in Ubuntu AMD64
is to use a chroot environment. Google o
Hi Melchior,
Thank you for your patch!
Your patch uses the UTF-8 character set which is not what Wine's (or the
native) resource compiler expects.
If the source file on your disk uses UTF-8 (check with 'file source.rc')
you can fix this by converting it to an acceptable character set, for examp
Thanks to suggestions from Vitaliy Margolen, Neil Skrypuch and Scott
Ritchie I downloaded and manually installed 32 bit libraries
ia32-libs_1.4ubuntu17_amd64.deb
libc6-dev-i386_2.3.6-0ubuntu17_amd64.deb
libicu34-dev_3.4.1a-1ubuntu1_i386.deb
libicu34_3.4.1a-1ubuntu1_i386.deb
libttf2_1.4pre.200304
Monday, May 8, 2006, 11:35:46 PM, James Hawkins wrote:
> Hi,
> Changelog:
> * Add initial tests for the NT port functions.
> dlls/ntdll/tests/Makefile.in |1
> dlls/ntdll/tests/port.c | 314
> ++
> 2 files changed, 315 insertions(+), 0 deletions(
Tuesday, May 9, 2006, 7:12:29 AM, Uwe Bonnes wrote:
> Hallo,
> the error
>> err:menubuilder:extract_icon32 LoadLibraryExW\
>> (L"C:\\altera\\quartus60\\win\\quartus.exe") failed, error 126
> with varying file targets seems to be a common one. The one above happened
> with the current 0.9.12 and Al
Hallo,
the error
> err:menubuilder:extract_icon32 LoadLibraryExW\
> (L"C:\\altera\\quartus60\\win\\quartus.exe") failed, error 126
with varying file targets seems to be a common one. The one above happened
with the current 0.9.12 and Altera's quartusii_60_web_edition.exe, running
with XP-native ol
same problem here
From: "Dan Kegel" <[EMAIL PROTECTED]>
To: wine-devel
Subject: re: Retrieve the groups for a token from the server.
Date: Mon, 8 May 2006 23:15:59 -0700
Someone let me know when the food fight is over
so I can try installing things again. For now,
everything interesting I tr
> As Dan's machine is not a "big iron one", I guess these about 7500 thread
> creation/termination in about 90 seconds could explain the high system
> load.
>
> In the moment, my implementation of WaitCommEvent creates a thread in the
> context of the running program for every call. Any ideas how t
Jeremy White wrote:
Results:
OSS runs reported 48 failures; not clear if that was relevant
Could you rerun the oss tests with this patch?
http://www.winehq.org/pipermail/wine-patches/2006-May/026374.html
Hi,
I noticed that wine always uses it's own mouse cursor image looking like the
standard windows cursor. Is there a reason why the X server mouse cursor
isn't used?
It's only a minor cosmetic issue, but i have wondered what the reason for this
is and if it can be fixed.
C
"James Hawkins" <[EMAIL PROTECTED]> writes:
> Is there anything wrong with this patch? It's needed for the
> following port test patch.
Do you have a real app that works better with that stub? Otherwise I
think we want to wait until it's fleshed out a bit more to add it.
--
Alexandre Julliard
Hallo,
this is a thread from wine-users. I think further discussion of this issue
is better done on wine-devel.
In short, Dan Armbrust notices some application (heavy weather.exe)
accessing the serial port causing a high system load. As the application
uses WaitCommEvent, I fear that my impleme
33 matches
Mail list logo