Hi all,
On Sun, May 2, 2010 at 4:55 PM, Johann "Myrkraverk" Oskarsson
wrote:
> I am unable to start WoW when I compile release 1.1.29 from the git
> repo, while compiling the 1.1.29 release tarball allows me to play
> WoW.
With help from #winehq: An out of tree build works.
Johann
Hello all.
I am unable to start WoW when I compile release 1.1.29 from the git
repo, while compiling the 1.1.29 release tarball allows me to play
WoW.
System info:
% uname -a; isainfo -k
SunOS asuka 5.11 snv_115 i86pc i386 i86pc
amd64
Git compile steps taken:
git checkout wine-1.1.29
git
the opengl renderer) with patches from the last two weeks:
> >
> > - Patch 12d1ff8ef6c34533a20008f4cfeb73ee4c601a5d (winex11: Add handling
> > of take focus event on the desktop window.) makes the fullscreen WoW
> > inside the virtual desktop window lose focus when the mous
s:
>
> - Patch 12d1ff8ef6c34533a20008f4cfeb73ee4c601a5d (winex11: Add handling of
> take focus event on the desktop window.) makes the fullscreen WoW inside the
> virtual desktop window lose focus when the mouse cursor returns to the
> virtual desktop window; as a consequence, WoW will minimize
take
focus event on the desktop window.) makes the fullscreen WoW inside the virtual
desktop window lose focus when the mouse cursor returns to the virtual desktop
window; as a consequence, WoW will minimize inside the virtual desktop whenever
the mouse cursor leaves and then returns to the vi
Paul Vriens wrote:
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fa
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most plat
On Sun, Mar 8, 2009 at 9:39 AM, Dan Kegel wrote:
> The wine test suite is making great progress towards
> passing on all platforms.
>
> http://test.winehq.org/data/tests/rpcrt4:server.html
> seems to be the sore thumb at the moment; it passes
> on XP and Wine, but fails everywhere else.
> I think
Dan Kegel wrote:
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most plat
The wine test suite is making great progress towards
passing on all platforms.
http://test.winehq.org/data/tests/rpcrt4:server.html
seems to be the sore thumb at the moment; it passes
on XP and Wine, but fails everywhere else.
I think this is the test that fails on the most platforms.
- Dan
On Wed, Dec 24, 2008 at 3:23 AM, Jukka Tastula wrote:
> Bisect gives me the following
>
> 878c2a83325b66cea79c24dc7379e5a6ee976044 is first bad commit
> commit 878c2a83325b66cea79c24dc7379e5a6ee976044
> Author: Vincent Pelletier
> Date: Mon Dec 22 21:56:14 2008 +0100
>
>user32: Fix SPI_GETM
0x0039e7d0: 000b004a 007e 0020 0690
0x0039e7e0: 7b890f29 7ed75968 0039e7f8 7ed75968
Backtrace:
=>0 0x7ed3672f SystemParametersInfoW+0xdef() in user32 (0x0039e9d8)
1 0x7ed3ad68 SystemParametersInfoA+0x78() in user32 (0x0039ec28)
2 0x007c9b5d in wow (+0x3c9b5d) (0x0039ec5c)
On Sun, 21 Dec 2008, David Laight wrote:
> On Sun, Dec 21, 2008 at 02:00:14AM +0100, Francois Gouget wrote:
> >
> > But Microsoft decided that since Windows application programmers have
> > never encountered the word 'portability' even once in their life, they
> > could not be expected to have
On Sun, Dec 21, 2008 at 02:00:14AM +0100, Francois Gouget wrote:
>
> But Microsoft decided that since Windows application programmers have
> never encountered the word 'portability' even once in their life, they
> could not be expected to have understood the difference between 'int'
> and 'long
On Sat, 20 Dec 2008, Roderick Colenbrander wrote:
> > Dan Kegel a écrit :
> > > I updated http://wiki.winehq.org/Wine64 with a list
> > > of some win64 apps. There are lots more than I
> > > expected.
> > >
> > >
> >
> > From the Wiki:
> >
> > "One of the major differences is the size of th
On 20.12.2008 13:42, Dan Kegel wrote:
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
I also recall that Far Cry (1) is available as 64-bit version, tho
someone who actually possesses that game should check back.
So it could als
> Dan Kegel a écrit :
> > I updated http://wiki.winehq.org/Wine64 with a list
> > of some win64 apps. There are lots more than I
> > expected.
> >
> >
>
> From the Wiki:
>
> "One of the major differences is the size of the "long" type, which is
> 64 bit in Linux but 32 bit in Windows"
>
>
> Shouldn't a "long" be always 32 bits ?
The answer is pretty obviously no, if it isn't 32 bits everywhere.
According to the C standard, long need only be at least as big as int.
--Juan
Dan Kegel a écrit :
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
>
>
From the Wiki:
"One of the major differences is the size of the "long" type, which is
64 bit in Linux but 32 bit in Windows"
Why is that so ? Shouldn't
Am 20.12.2008 um 13:42 schrieb Dan Kegel:
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
Well, Catia comes with a 64-bit flavour as well, like probably any
serious CAD or FEA package.
MarKus
- - - - - - - - - - - - - - - -
> Von: "Dan Kegel"
> An: "Wine Devel"
> Betreff: wow, there are more win64 apps than I thought...
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
>
I guess it is time to make 64-bit
Dan Kegel wrote:
> I updated http://wiki.winehq.org/Wine64 with a list
> of some win64 apps. There are lots more than I
> expected.
Some of the top chess engines, such as Rybka (www.rybkachess.com) have
64-bit versions.
I updated http://wiki.winehq.org/Wine64 with a list
of some win64 apps. There are lots more than I
expected.
2008/5/27 Dimi Paun <[EMAIL PROTECTED]>:
>
> On Tue, 2008-05-27 at 07:20 -0700, Dan Kegel wrote:
>> Alexandre did an awesome job of improving the index page.
>> It's very polished and useful now.
>> http://test.winehq.org/data/
>
> This is indeed very cool! I think we should link this
> from somewh
Dimi Paun wrote:
> On Tue, 2008-05-27 at 07:20 -0700, Dan Kegel wrote:
>> Alexandre did an awesome job of improving the index page.
>> It's very polished and useful now.
>> http://test.winehq.org/data/
>
> This is indeed very cool! I think we should link this
> from somewhere on the Wiki or even W
Am Samstag 10 Februar 2007 15:44 schrieb Chris Robinson:
> AFAIK, OpenGL doesn't really care how much video memory you have. If you
> run out, it'll just start hapilly swapping to your system RAM automatically
> (with a nice performance hit). If your system RAM runs out, then you can
> have problem
On Saturday 10 February 2007 06:24:04 am Nick Law wrote:
> It could be just a coincidence, however it seems that most users that
> have the problem where WoW hangs after login in, seem to have graphics
> cards with 64MB memory. Is it possible that the opengl code may not
> handle a con
This is probably a question for Roderick or Stefan or anybody that is
familiar with the opengl code in wine.
It could be just a coincidence, however it seems that most users that
have the problem where WoW hangs after login in, seem to have graphics
cards with 64MB memory. Is it possible that
Hi
Dean Kuslar has patched keyboard.c so that the numeric keypad now works
in both World of Warcraft and Warcraft. If anybody is currently doing
any development or bug fixing to other games and the numeric keypad
doesn't work on the game your working on, we would be interested in
hearing if t
> > 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 o
> 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
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
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 lib
> 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
Raphael club-internet.fr> writes:
> > This would solve the issues. I was also thinking about layering WineD3D on
> > top of WGL also for the sake of portability and it will allow us to use
> > WineD3D on Windows for testing purposes. It would be usefull if our opengl
> > can atleast handle windowe
> In case of non-Nvidia users the indirect rendering
> > > context which shouldn't be needed for pbuffers is very bad, as most
> > drivers
> > > don't accelerate indirect rendering yet. The glxpixmap code should be
> > > rewritten using pbuffers or perhaps there's a different way.
> >
> > what abo
In case of non-Nvidia users the indirect rendering
> > context which shouldn't be needed for pbuffers is very bad, as most
> drivers
> > don't accelerate indirect rendering yet. The glxpixmap code should be
> > rewritten using pbuffers or perhaps there's a different way.
>
> what about a flag for
On Saturday 19 August 2006 17:26, Roderick Colenbrander wrote:
> There's one big issue regarding windowed opengl rendering and pbuffers. A
> while ago Huw added some code for bitmap rendering using GLX Pixmaps. In
> the end our wglMakeCurrent checks whether the DC is used for offscreen
> rendering
There's one big issue regarding windowed opengl rendering and pbuffers. A while
ago Huw added some code for bitmap rendering using GLX Pixmaps. In the end our
wglMakeCurrent checks whether the DC is used for offscreen rendering or not. If
offscreen rendering is used (there's no distinction betwe
- Original-Message
> Datum: Mon, 14 Aug 2006 17:04:52 +0200
> From: "Roderick Colenbrander" <[EMAIL PROTECTED]>
> To: wine-devel@winehq.org
> Subject: RFC: OpenGL x11drv rewrite (WoW fix)
>
> Hi,
>
For me your patch seems correct
Anyway the problem i
Hi,
> I think the patch is a correct fix for the BadMatch / ChoosePixelFormat
> issues. The patch isn't 100% complete yet as I haven't updated the WGL
> extensions for pbuffer and wglChoosePixelFormat to work with the new
> pixelformats yet (that's why you see a line
uffer and wglChoosePixelFormat to work with the new pixelformats yet (that's
why you see a line WoW hack). I will fix that part when you guys think that the
patch is correct.
Regards,
Roderick Colenbrander
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Nick wrote:
Hi,
Just a quick question, WoW ( World of Warcraft ) was broken (for
Nvidia cards) with there latest software update. Is anybody working on
fixing Wow (with Nvidia Cards) ( working fine with ATI ).
I just wondered if there was an opengl guru working on fixing this
broken
Hi,
Just a quick question, WoW ( World of Warcraft ) was broken (for Nvidia
cards) with there latest software update. Is anybody working on fixing
Wow (with Nvidia Cards) ( working fine with ATI ).
I just wondered if there was an opengl guru working on fixing this
broken application ?. Or
Mike Hearn wrote:
> Well if you can get the email address of a WoW developer then maybe we
> can track down where the problem in WoW is and work with them to fix
> it.
You might have some luck contacting Sam Lantinga. He is the creator and
current maintainer of the SDL library and
On Tuesday 30 May 2006 16:37, Mike Hearn wrote:
> > Interesting.. if MacOSX has a similar memory layout as linux, maybe we
> > could get Blizzard to include a workaround that is only active when it
> > sees that it's running under wine/cedega.
>
> Well if you can g
WoW Has a all chain of checks that go up all the way to rootkit reveler
to make sure the user is not aided by an automatic system, Given the
player an advantage other players do not have. The Memory layout checks
is for making sure the program is not loaded by a Debugger of sorts. Or
that core
On 5/30/06, Mike Hearn <[EMAIL PROTECTED]> wrote:
This has been discussed previously. It looks likely that to fix this so
WoW works out of the box requires extensive and intricate changes to the
core of either Wine or the kernel to provide a more accurate match to the
NT memory layout mod
Mike Hearn wrote:
It's a bug in WoW itself, it relies upon the exact way NT maps memory
which is different to how Linux does it. I guess they are storing
information in the high bits of a pointer somewhere or some similar
trick.
One can never be sure, but I suspect this is not do to a bu
Interesting.. if MacOSX has a similar memory layout as linux, maybe we
could get Blizzard to include a workaround that is only active when it
sees that it's running under wine/cedega.
Well if you can get the email address of a WoW developer then maybe we
can track down where the problem i
On Tue, 30 May 2006 16:08:42 +0200, Tomas Carnecky wrote:
> Since WoW also runs on MacOSX, how does the memory layout on MacOSX
> differ from NT and Linux?
I have no idea, but the MacOS and Windows versions of WoW will be
different; probably the bug is only in the Windows specific parts
[EMAIL PROTECTED] wrote:
> No, they have added this regressions after a little patch-set.
> So they can fix it.
> And as we can't download a playable demo ...
>
Interesting.. if MacOSX has a similar memory layout as linux, maybe we
could get Blizzard to include a workaround that is only active w
Message d'origine
>Date: Tue, 30 May 2006 16:08:42 +0200
>De: Tomas Carnecky <[EMAIL PROTECTED]>
>A: Mike Hearn <[EMAIL PROTECTED]>
>Copie à: wine-devel@winehq.com, n0dalus <[EMAIL PROTECTED]>
>Sujet: Re: World of Warcraft (WoW) patch/more address
Mike Hearn wrote:
> It's a bug in WoW itself, it relies upon the exact way NT maps memory
> which is different to how Linux does it. I guess they are storing
> information in the high bits of a pointer somewhere or some similar
> trick.
>
Since WoW also runs on MacOSX, how do
On 5/30/06, n0dalus <[EMAIL PROTECTED]> wrote:
It would be really great if someone could document the patch and
explain what exactly is stopping WoW from working (as well as which
changes would cause problems for other programs).
It's a bug in WoW itself, it relies upon the exact
On Mon, 22 May 2006 19:18:07 +0100, Nick Law wrote:
> Below is an email regarding this partiicular problem, I would be
> grateful for any comments that I can pass back to Jan Riewe. Thanks
Hi Nick,
This has been discussed previously. It looks likely that to fix this so
WoW works out of t
Opening up the debate again on the World of Warcraft ( WoW ) memory
patch.
Some facts about WoW that may explain why the AppDB page is pretty
active and the wow patch for wine 0.9.12 was downloaded over 1000 times
from the Appdb page during a 4 week period Wow has approximately 6
million
If
there was an execshield/VMA randomization specific way to disable
things on a per-process basis that'd be best. Otherwise I guess adding
the personality syscall to the WoW patch wouldn't hurt, as it's
already custom.
thanks -mike
On 5/2/06, n0dalus <[EMAIL PROTECTED]> wrote:
On
On 5/1/06, Mike Hearn <[EMAIL PROTECTED]> wrote:
Seems the WoW appdb page (apart from being a great example of what an
appdb entry should be like!) recommends users patch their Wine to run WoW
properly.
The patch mentioned particularly causes problems on systems like
Fedora with rand
On Monday 01 May 2006 20:59, Mike Hearn wrote:
> * Is this working around a bug in WoW? (my guess - almost certainly yes)
Perhaps, but there are other problems with the Linux kernel not using the
entire address space.
> * What exactly is it doing?! No comments! It seems to be forci
Mike Hearn wrote:
> (yeah i'm bored :/)
>
> Seems the WoW appdb page (apart from being a great example of what an
> appdb entry should be like!) recommends users patch their Wine to run WoW
> properly.
>
> The patch is this one, which I am SURE we discussed before but
(yeah i'm bored :/)
Seems the WoW appdb page (apart from being a great example of what an
appdb entry should be like!) recommends users patch their Wine to run WoW
properly.
The patch is this one, which I am SURE we discussed before but I can't
find the thread! So my questions are:
in a less obvious way. I'd say
do this: Find out the minimum required size for number to make WoW not
crash, and round up to the nearest 10's. Like your test required 91,
make number 100. Hopefully we only need to do this once, and looking
at the code, I'm sure that windows has a limitation like this
somewhere too.
Jesse
On 4/17/06, Jesse Allen <[EMAIL PROTECTED]> wrote:
> On 4/17/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> > Jesse Allen wrote:
> > > On 4/17/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> > >> Wine doesn't crash in this function, sorry, it's a bug in pf_vsnprintf()
> > >> which causes snprintf(
Jesse Allen wrote:
> On 4/17/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
>> Jesse Allen wrote:
>>> On 4/17/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
Wine doesn't crash in this function, sorry, it's a bug in pf_vsnprintf()
which causes snprintf() to write beyond the end of the buffer
On 4/17/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> Jesse Allen wrote:
> > On 4/17/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> >> Wine doesn't crash in this function, sorry, it's a bug in pf_vsnprintf()
> >> which causes snprintf() to write beyond the end of the buffer.
> >>
> >> I've attac
Jesse Allen wrote:
> On 4/17/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
>> Wine doesn't crash in this function, sorry, it's a bug in pf_vsnprintf()
>> which causes snprintf() to write beyond the end of the buffer.
>>
>> I've attached a patch that fixes it for me, but it's probably better not
>>
On 4/17/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> Wine doesn't crash in this function, sorry, it's a bug in pf_vsnprintf()
> which causes snprintf() to write beyond the end of the buffer.
>
> I've attached a patch that fixes it for me, but it's probably better not
> to create such large buffe
Wine doesn't crash in this function, sorry, it's a bug in pf_vsnprintf()
which causes snprintf() to write beyond the end of the buffer.
I've attached a patch that fixes it for me, but it's probably better not
to create such large buffers on the stack.
Anyone with a better fix?
tom
diff --git a/dl
char sequence) or give me more informationsabout the arguments so I could add a TRACE() to see what WoW passes to it?
thankstom
w if the function is implemented
correctly (wrt the above char sequence) or give me more informations
about the arguments so I could add a TRACE() to see what WoW passes to it?
thanks
tom
works fine with cedega, but doesn't work with wine. It's like the two
windows steal each other the focus (even if they are in different
workspaces), it starts to flicker and both game instances are unusable
(the whole desktop is unusable).
Also, if I'm running one instance and minimize/maximiz
On 7/13/05, Uwe Bonnes <[EMAIL PROTECTED]> wrote:
> >>>>> "Tom" == Tom Wickline <[EMAIL PROTECTED]> writes:
>
> Tom> Has anyone tried the 1.6.0 patch? Tom
>
> What patch?
>
> What wow (w_indows o_n w_indows/ World of Warcraf
>>>>> "Tom" == Tom Wickline <[EMAIL PROTECTED]> writes:
Tom> Has anyone tried the 1.6.0 patch? Tom
What patch?
What wow (w_indows o_n w_indows/ World of Warcraft)?
--
Uwe Bonnes[EMAIL PROTECTED]
Institut fuer Kernphysik Schlo
Has anyone tried the 1.6.0 patch?
Tom
All, thanks for your responses. There's an important point that I
forgot in my first email which explains what I hope to get from WINE.
We don't just want to grab static screenshots, we ultimately want to do
appsharing in Flash, almost like X Windows or terminal server type
stuff, except over
Augustus Saunders wrote:
>As for what we hope to accomplish, well, it might seem like massive
overkill to try using WINE,
>but it's the only plausible way I've come up with. Basically, we want
to substitute all the
>graphics/windowing/GDI etc so that we can record all the
painting/rendering into
Mike McCormack wrote:
Augustus Saunders wrote:
As for what we hope to accomplish, well, it might seem like
massive overkill to try using WINE, but it's the only
plausible way I've come up with. Basically, we want to
substitute all the graphics/windowing/GDI etc so that we can
record all the paint
Augustus Saunders wrote:
As for what we hope to accomplish, well, it might seem like
massive overkill to try using WINE, but it's the only
plausible way I've come up with. Basically, we want to
substitute all the graphics/windowing/GDI etc so that we can
record all the painting/rendering into som
--- Augustus Saunders <[EMAIL PROTECTED]> wrote:
> I appreciate any feedback anybody has. Thanks-
It wont work for DirectX. Wine directX structures and implementation is
incompatible with Windows
currently. Normal Win32 dlls work fine.
Thanks
Steven
__
I've been avidly following WWN for some time now, and now
that other people have brought up this topic (using WINE
dlls on Windows), I wanted to jump in. (I'm not subscribed,
so please CC me on any response) My employer is vaguely
considering pursuing a product idea, depending on 1) how
difficul
We are making some progress. Thanks for all the help from the WINE team
Thanks
Steven
Note: forwarded message attached.
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com--- Begin Message ---
attached i
82 matches
Mail list logo
