Same as before. Just recompiled with new version.
http://www.kievinfo.com/wine-0.9.18-1.2.i586.rpm
http://www.kievinfo.com/wine-0.9.18-1.2.src.rpm
--
Best regards,
Vitaliy
Juan Lang wrote:
ChangeLog: implement DISPID_PICT_HANDLE in OLEPicture::Invoke. Also correct
return for stubbed DISPIDs from FALSE to VARIANT_FALSE.
I have a series of patches that I'm just about to send that implements
this and the rest of the dispids in OLEPicture::Invoke.
--
Rob She
--- Additional Comments From [EMAIL PROTECTED] 2006-27-07 11:39 ---
All but the very last fix made it into wine-0.9.18.
That should be enough to get you into the game.
The next fix ought to be in wine-0.9.19.
Congrats, you beat cedega to supporting america's army.
Now if we can lias
Hi,
I have made a small patch has put in some basic framework for winedbg
and wineserver for compiling on ARM (i think so). See WineHQ #285
(http://www.winehq.com/?issue=285#Cross-Compiling%20Wine).
I donot have an ARM based machine and linux installed on it.
And havent test it thorughly, I need
On Thursday 27 July 2006 06:10, Mike Hearn wrote:
> On Thu, 27 Jul 2006 02:18:49 -0700, Chris wrote:
> > Or if you still don't want something like that merged in, I'd like to
> > alert the author of that patch that it doesn't require root privs to
> > work. It just needs a non-0 value for RLIMIT_RT
Dan Kegel wrote:
On 7/26/06, Jacek Caban <[EMAIL PROTECTED]> wrote:
I have looked at bugzilla. There is one regression (bug 5630) that needs
more widl improvements to work. I have done some work on widl that will
help it some time ago, but I've never had time to finish it.
Dan Hipschman is foc
Many thanks to all who fixed this bug.
From: Wine Bugs <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [Bug 5139] Americas Army will not install properly
Date: Thu, 27 Jul 2006 11:39:05 -0500
http://bugs.winehq.org/show_bug.cgi?id=5139
--- Additional Comments From [EMAIL PROTECTED]
On 7/27/06, Detlef Riekenberg <
[EMAIL PROTECTED]> wrote:
Do not forget to read the License.( to design, develop and test your programs for use withMicrosoft Windows software)I think by "Microsoft Windows software" they mean Microsoft Windows itself, not the software used on it... So, even wi
On 7/26/06, Jason Green <[EMAIL PROTECTED]> wrote:
Flips the resulting y position in both ARB and GLSL vertex shaders if
the current rendertarget was rendered upside down. Also, slightly
decreases the number of available float PARAMs to ARB vertex shaders
to fix a recent regression for some ATI
Hi Everybody.
I have some problems compiling my win32 Application with Windows-Threads
("_beginthreadex") against winelib. It seems, that i cannot use the
header files in /usr/include/wine/msvcrt.
Wine Version 0.9.8, 0.9.16, 0.9.17
GCC: gcc version 4.0.2 20050901 (prerelease) (SUSE Linux), gc
Wine suffered a regression between 06:47:19 CST (12:47:19 UTC) and 06:47:20 CST (12:47:20 UTC). CVS indicates that the filesP wine/dlls/riched20/caret.c
P wine/dlls/riched20/editor.cP wine/dlls/riched20/paint.cwere modified in this interval. The regression causes the open-source KeyNote note editor
Hi.
The actual DDK can be obtained through MSDN-Subscription or ordered on
CD (shipping and handling fee), as you can read here:
http://www.microsoft.com/whdc/devtools/ddk/default.mspx
They forgot to mention, that the KMDF-ISO-Image (~300MB) has a
subdirectory with the name "w2k3ddk".
Kernel
On 7/27/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
---
dlls/msi/action.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
That fixes the last AA installer crash. As soon as that's committed we
can close out http://bugs.winehq.org/show_bug.cgi?id=5139
Thanks!!
- Dan
Am Donnerstag 27 Juli 2006 15:59 schrieb H. Verbeet:
> about simply creating a new surface and copying the original
> surface's contents
This would go through the whole surface construction code, a HeapAlloc, and
the release code + HeapFree every frame to draw the cursor. If I created the
surface
"Havoc Pennington" <[EMAIL PROTECTED]> wrote:
You could try patching metacity with either of the fixes mentioned here
(or some other fix) and verify that they work for wine:
http://bugzilla.gnome.org/show_bug.cgi?id=346927
They are both basically 1-2 line changes, so there's no patch there but
On 27/07/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
alternatives are do copy the blitting code into present or to add some hack
to prevent the original surface from beeing destroyed.
What about simply creating a new surface and copying the original
surface's contents?
On Thu, 27 Jul 2006 02:18:49 -0700, Chris wrote:
> Or if you still don't want something like that merged in, I'd like to alert
> the author of that patch that it doesn't require root privs to work. It just
> needs a non-0 value for RLIMIT_RTPRIO (ulimit -r).
Thanks for the heads up. I'll let Ale
On 7/27/06, Stefan Siebert <[EMAIL PROTECTED]> wrote:
This is an enhancement for winebrowser. Currently http urls are only
accepted if they are prefixed (http://). Although the browser should
know how to handle a given url best. The patch passes every given url to
the browser (if it is not a mail
I know there's been discussions on this before, and the only concensus reached
was "use kernel 2.6.17", which apparently helps with processes that wait on
pipes. There was this patch (which I tested and did have a very noticeable
positive effect):
http://wiki.winehq.org/Implement_SetThreadPrior
19 matches
Mail list logo
