The biggest issue I had when porting was the OpenGL extensions. All
extensions
had to be called through the wgl thunks to get the calling conventions
right,
but that isn't hard, just a little extra initial work.
- Aric
I have done the same a while ago. The calling convention first
Hi,
How does wine work/perform with other opensource X servers, like nano Xserver.
Thanks,
VJ
Hi,
Problem with WineD3D on top of WGL is that we lost many of usefull APIs
I think WineD3D on top of x11drv (as WGL on top of x11drv) should a the
better way
WineD3D on top of WGL has the advantage that we can use our D3D libraries in
windows too. This can be useful for testing(no other libs
--- Vitaliy Margolen [EMAIL PROTECTED] wrote:
0x7ffe is KSHARED_USER_DATA and 0x2c0 is (not even sure how to get
what is at this offset). You can see it's declaration in
include/ddk/wdm.h
Thanks Vitaliy. So this is supposed to be a boolean for some processor
feature? I guess it doesn't
Juan Lang wrote:
Hi folks, I'm trying to debug an access (by native userenv.dll in my case,
but also by MS Money 2006) to address 0x7ffe02c0.
It might be easier to implement the necessary functions in userenv,
depending on which ones it uses.
--
Rob Shearman
--- Robert Shearman [EMAIL PROTECTED] wrote:
It might be easier to implement the necessary functions in userenv,
depending on which ones it uses.
Thanks for the suggestion. I think not in this case; it's calling unnamed
ordinal 149.
--Jua
__
Hello
Your pixel format patches caused a regression in half-life 1 for me with
the fglrx drivers.
The same happend to me with opensource Intel drivers on a:
$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM
Integrated
Graphics Device (rev 02)
It
Stefan Dösinger [EMAIL PROTECTED] writes:
@@ -245,11 +252,12 @@ void
IDirectDrawImpl_Destroy(IDirectDrawImpl *This)
{
IDirectDrawImpl *prev;
+DDOBJ_LOCK(This);
You shouldn't need locking in Destroy, if the refcount is zero no one
else can be using the object.
for(prev
Roderick Colenbrander wrote:
If we could set a pbuffer flag in there and retrieve it in wglMakeCurrent it
would work. I fear that this can only be done in a clean way if it code would
be in x11drv :(
I did that, I created a new field in the PDEVICE structure and used two
new ExtEscape
James Liggett [EMAIL PROTECTED] writes:
+/* fall back to he KDE hints if the WM doesn't support XEMBED'ed
+ * systrays */
+
+/* Put the window back within the screen so it will be mapped */
+SetWindowPos( data-hwnd, NULL, 0, 0, 0, 0, SWP_NOZORDER |
I did that, I created a new field in the PDEVICE structure and used two
new ExtEscape codes (SET_FLAGS/GET_FLAGS), but Alexandre doesn't want to
add new ExtEscape codes..
That's why I hacked even more on wine and moved the wgl implementation
to x11drv... and there they are, my old patches. I
Vitaliy Margolen wrote:
Tuesday, August 22, 2006, 1:56:20 AM, Juan Lang wrote:
--- Vitaliy Margolen [EMAIL PROTECTED] wrote:
0x7ffe is KSHARED_USER_DATA and 0x2c0 is (not even sure how to get
what is at this offset). You can see it's declaration in
include/ddk/wdm.h
Tom Wickline [EMAIL PROTECTED] writes:
Changelog: add newly implemented dlls and update http links
I think the DEVELOPERS-HINTS contents should really be moved to the
Wiki, it would be a lot easier to keep up to date there. Does anybody
feel like doing that?
--
Alexandre Julliard
[EMAIL
Hi,
Is there something wrong with this patch / a reason it's not being accepted?
Sorry if this might have been answered this on IRC last night - X died
while I was away, so I'd have missed it.
Thanks,
--Matt Finnicum
On 8/19/06, Matt Finnicum [EMAIL PROTECTED] wrote:
Hi,
I've cleaned up /
All you need to do is to change this:
http://source.winehq.org/source/dlls/ntdll/thread.c#L218
to look like:
NtAllocateVirtualMemory( NtCurrentProcess(), addr, 0, size,
MEM_RESERVE | MEM_COMMIT, PAGE_READONLY );
Ah, indeed. Thank you, that solves it for me.
--Juan
Matt Finnicum [EMAIL PROTECTED] writes:
Hi,
Is there something wrong with this patch / a reason it's not being accepted?
Sorry if this might have been answered this on IRC last night - X died
while I was away, so I'd have missed it.
When resending a patch, especially a patch by someone
Am Tue, 22 Aug 2006 08:56:05 +0200
schrieb Stefan Dösinger [EMAIL PROTECTED]:
This is odd, I did a regression testing and it came up with Jason
Greens dynamic shader constant patch as the first bad commit. While
this sounds odd for a d3d7 game it could happen because of broken
stateblock
I think the DEVELOPERS-HINTS contents should really be moved to the
Wiki, it would be a lot easier to keep up to date there. Does anybody
feel like doing that?
--
Alexandre Julliard
[EMAIL PROTECTED]
That would be a good place for it. It would be easier to locate. The
developer's guide,
Hi,
You are right - with native dmusic,dmloader,dmime,dmsynth the game runs.
I also had some dmusic/dmime output with the heap error, but that
looked quite normal.
Strange though that my regression testing had a different result.
I did it just like the GitWine entry in the wiki suggests...
On 8/7/06, Dmitry Timoshkov [EMAIL PROTECTED] wrote:
Elijah Newren [EMAIL PROTECTED] wrote:
Anyway, the returning from fullscreen mode bug makes perfect sense,
and I'm pretty sure I know the cause: metacity tries to return the
window to the size it was before it was fullscreened, and it
On 8/22/06, Vitaliy Margolen [EMAIL PROTECTED] wrote:
Tuesday, August 22, 2006, 7:56:00 PM, James Hawkins wrote:
Hi,
More and more installers are expecting the MSI service to exist, or at
least be installable using msiexec /regserver. This patch is the
first step in fixing bug 5540.
+
Thursday, August 17, 2006, 8:46:12 AM, Vitaliy Margolen wrote:
ChangeLog:
user: Pass hook handle to the destination thread. Call server to get hook
information for inter-thread hooks.
Currently Wine has a major problem with LL hooks (low level hooks) when
second hook is installed in a
22 matches
Mail list logo
