> configure: WARNING: GL/glx.h: present but cannot be compiled
> configure: WARNING: GL/glx.h: check for missing prerequisite headers?
> configure: WARNING: GL/glx.h: see the Autoconf documentation
> configure: WARNING: GL/glx.h: section "Present But Cannot Be Compiled"
> configure: WARNING: GL/glx.h: proceeding with the preprocessor's result
> configure: WARNING: GL/glx.h: in the future, the compiler will take
> precedence
> configure: WARNING: ## ------------------------------------ ##
> configure: WARNING: ## Report this to wine-devel(a)winehq.org ##
> configure: WARNING: ## ------------------------------------ ##
Slackware GNU\Linux 10.0.0, kernel 2.6.10 #2
--
Ivan Lezhnev, Jr.
Ukraine. Simferopol. Local Time:
Wed Jul 27 13:16:15 EEST 2005
Using:
Slackware GNU\Linux | Kernel 2.6.10 #2
Disassemble to assemble something pure
On Mon, 2005-07-18 at 19:02 +0100, Oliver Stieber wrote:
> Hi,
>
> This patch implements the use of PBuffers for offscreen textures.
> The fads in Pirates should now appear fullscreen, the dx9_offscreen_rendering
> tutorial has an odd problem with ATI's drivers, clicking the window and moving
> the mouse will cause the tutorial to render properly, I haven't found anything
> else with this problem yet and I don't currently have a workaround.
>
> Registry entries and options in winecfg to change to enable and disable
> pbuffers will be added in a later patch.
Regression in HL2: http://ivan.ivg2.net/scr.png
Screen is almost completely white - no textures.
New messages (maybe?):
...
fixme:d3d9:IDirect3DDevice9Impl_CreateSurface (0x7ff6b940) call to
IWineD3DDevice_CreateSurface failed
fixme:d3d9:D3D9CB_CreateSurface (0x7ff6b940)
IDirect3DDevice9_CreateSurface failed
fixme:d3d:IWineD3DDeviceImpl_CreateTexture Failed to create surface
0x7d161620
fixme:d3d9:IDirect3DDevice9Impl_CreateTexture (0x7ff6b940) call to
IWineD3DDevice_CreateTexture failed
....
fixme:d3d_shader:IDirect3DDevice9Impl_SetVertexShader Disabled
0x7ff6b940
Has anyone tried to cross-compile Wine for the ARM platform or is there
any documentation on how to do this?
--------------------------------------------------------
This is an e-mail from General Dynamics Robotic Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated.
Hi,
I'm busy fixing up version.dll, and I want to create some tests to read
resources from win16 applications. I currently have a fixed .exe in my
tests directory, but I'd like to create a 16bit .exe (or .dll) during
the creation of the tests.
Any idea's ?
Paul Vriens.
From: "Frank Richter" <frank.richter(a)gmail.com>
> Frank Richter <frank.richter(a)gmail.com>
> Split up the drawing code into a set of smaller functions and also moved
> some common computations into helper functions. All that to facilitate
> the implementation of the forthcoming theming support.
> +static inline int PROGRESS_GetLedSize( PROGRESS_INFO *infoPtr, LONG
style,
It has become the norm lately to not have the ALLCAPS_ prefix
for internal static functions, but rather have names_with_underscores
to easily tell them apart from Win32 APIs.
So for the above, I guess get_led_size() would be preferable.
--
Dimi Paun <dimi(a)lattica.com>
Lattica, Inc.
Hi,
for a patch to wintrust_main.c I need to define a GUID
(WINTRUST_ACTION_GENERIC_VERIFY_V2). This GUID is present in softpub.h.
The include file is not included in Wine right now.
What are the 'rules' to add a new include file? Is it ok that have only
this GUID in there ?
Cheers,
Paul.
P.S. If somebody already has this one lying around, be my guest :-)
On Thu, 14 Jul 2005 13:37:53 +0200 (CEST), you wrote:
> Hi,
>
> currently we return ERROR_SUCCESS for WinVerifyTrust. Process Explorer
> expects some data because of this.
>
> As no trust provider is implemented yet, return TRUST_E_PROVIDER_UNKNOWN
> instead.
Paul,
Girotel was perfectly happy with the ERROR_SUCCESS without anymore
"data" (none is actually returned), now it fails.
I think that in this case ERROR_SUCCESS should be the default. If you
cannot figure out what data your program expects, perhaps you can
single out the specific ActionID to return a failure.
Rein.
On Monday 25 July 2005 20:41, Oliver Stieber wrote:
> Hi,
> This patch corrects a regression issue in
> http://www.winehq.org/hypermail/wine-patches/2005/07/0575.html
>
Hi
You just sent the sme patch :)
Maybe you forgot to attach the good one
Regards,
Raphael
Thomas Weidenmueller wrote:
> The attached archive contains a stubbed objsel.dll and it's public
> header file objsel.h
Any comments why it got rejected?
Best Regards,
Thomas