On 07/05/2010 07:38 PM, Ken Sharp wrote:
Hi Ken,
Next to fixing the apply failure you should also add the "#pragma
code_page(65001)" statement to avoid these warnings:
Warning: string "R-phost a sheoladh mar a theip ní gá duit a cliant
ríomhphoist MAPI shuiteáil." seems to be UTF-8 but c
On 07/05/2010 07:38 PM, Ken Sharp wrote:
Hi Ken,
This is what I get when applying the patch:
patching file dlls/mapi32/Ga.rc
patching file dlls/mapi32/Makefile.in
Hunk #1 FAILED at 19.
1 out of 1 hunk FAILED -- saving rejects to file dlls/mapi32/Makefile.in.rej
Is your Git up-to-date (I'm
Am 06.07.2010 um 01:56 schrieb James McKenzie:
> Henri Verbeet wrote:
>> On 5 July 2010 21:37, Stefan Dösinger wrote:
>>
>>> Am Montag 05 Juli 2010 21:23:07 schrieb Henri Verbeet:
>>>
+hr = IDirect3DDevice9_StretchRect(device, surf_offscreen64, NULL,
>>> surf_offscr
I'm wondering if I'll need to update the gecko packages too.
Thanks,
Scott Ritchie
Thank you for the well wishes James and Dan. Will def keep the test bot in
mind. Turns out I could not get a recent enough version of DirectX installed
on 98 anyhow... ie one with d3dx9_36.
Looks like for now I will be creating a fork on github but certainly hope to
be able to send out patches soo
Misha wrote:
> This assumes that one downloads the DirectX SDK June 2010 version from:
> http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=3021d52b-514e-41d3-ad02-438a3ba730ba
I have a winetricks verb dxsdk_nov2006 (I wanted to get a pure directx
9 version),
does that do as w
Oh, and welcome back!
Henri Verbeet wrote:
On 5 July 2010 21:37, Stefan Dösinger wrote:
Am Montag 05 Juli 2010 21:23:07 schrieb Henri Verbeet:
+hr = IDirect3DDevice9_StretchRect(device, surf_offscreen64, NULL,
surf_offscreen_dest64, NULL, 0);
+todo_wine ok( hr == D3DERR_INVALID
Misha Koshelev wrote:
Hi All:
Just wanted to let y'all know you seem to have great progress towards
wine 1.2. I am eagerly awaiting its release so that I can start
submitting more patches.
A bunch of us are. I hope it is soon. There are some regressions that
are very, very old that I would
Hi All:
Just wanted to let y'all know you seem to have great progress towards
wine 1.2. I am eagerly awaiting its release so that I can start
submitting more patches.
Meanwhile, I am learning background material for D3DX9.
Along with the wonderful book Dan recommended:
http://www.d3dcoder.net/d3
On 5 July 2010 21:37, Stefan Dösinger wrote:
> Am Montag 05 Juli 2010 21:23:07 schrieb Henri Verbeet:
>> + hr = IDirect3DDevice9_StretchRect(device, surf_offscreen64, NULL,
> surf_offscreen_dest64, NULL, 0);
>> + todo_wine ok( hr == D3DERR_INVALIDCALL, "Conversion from %s to %s
> suc
Yeah, this is the correct fix for this horribly broken API (did quite
a bit of xinput hacking recently). There is no call to query what
joysticks are available since the API was designed to allow you to
plug in a joystick while you are playing a game. Games just use
XInputGetState (which retrieves
Am Montag 05 Juli 2010 21:23:07 schrieb Henri Verbeet:
> +hr = IDirect3DDevice9_StretchRect(device, surf_offscreen64, NULL,
surf_offscreen_dest64, NULL, 0);
> +todo_wine ok( hr == D3DERR_INVALIDCALL, "Conversion from %s to %s
succeeded, shouldn't happen (todo)"
> +"(co
On 5 July 2010 20:47, Bjørnar Hansen wrote:
> This adds a test of the surface format conversion implemented in
> wined3d/surface_base.c.
>
You're supposed to call IDirect3D9_CheckDeviceFormatConversion() to
determine which conversions are supported.
On Mon, Jul 5, 2010 at 11:41 AM, Francois Gouget wrote:
>> Can you try using a regular expression?
>
> A regular expression will need to be manually expanded for every other
> language.
Right. It's better than nothing, though. And most games don't support
that many languages, so it's probably
On Mon, 5 Jul 2010, Dan Kegel wrote:
[...]
> > http://msdn.microsoft.com/en-us/library/ms633574%28VS.85%29.aspx
>
> Sadly, I've found window class IDs to not be very unique (though I've
> looked mostly in Wine and not Windows).
They are not unique at all. In particular,
According to the above p
TC> In that case you should check if you have prelink installed and
TC> then configure and build wine.
Kinda works. kernel32 and user32 seem to be on their places.
I Wonder why our package maintainers didn't mark prelink as
makedepends. Maybe it's not 100% reliable? For example if one of the
wine'
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3159
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=3158
Your paranoid android.
On 5 July 2010 17:11, Stefan Dösinger wrote:
> I tried a lot of things, and I couldn't get these tests working on this
> box(gf9600,win7 x86). d3drs_clipping doesn't do what the test expects, in
> either d3d version. If anyone knows what's wrong feel free to bring up a
> better solution.
>
Ther
I tried a lot of things, and I couldn't get these tests working on this
box(gf9600,win7 x86). d3drs_clipping doesn't do what the test expects, in
either d3d version. If anyone knows what's wrong feel free to bring up a better
solution.
I also can't get pop3d working on this system to see if the
On Mon, Jul 5, 2010 at 8:48 AM, Paul Chitescu wrote:
> On Monday 05 July 2010 05:15:50 pm Erich Hoover wrote:
> > On Mon, Jul 5, 2010 at 8:03 AM, Dan Kegel wrote:
> > [...]
> > A long time ago (Win2K era) I wrote an application for Windows that
> replaced
> > the text everywhere (that wouldn't c
On Monday 05 July 2010 05:15:50 pm Erich Hoover wrote:
> On Mon, Jul 5, 2010 at 8:03 AM, Dan Kegel wrote:
> [...]
> A long time ago (Win2K era) I wrote an application for Windows that replaced
> the text everywhere (that wouldn't crash the OS) with "All Your Base Are
> Belong To Us." At least at
On Fri, Jul 2, 2010 at 12:01 PM, Peter Davies wrote:
> I think the speed and freedom provided by wiki is more important than
> vetting. Most problems would be due to vandalism (easily reverted),
> people will keep an eye on Recent Changes. If the problem is
> overwhelming, we will make editing pr
On Mon, Jul 5, 2010 at 7:15 AM, Erich Hoover wrote:
> A long time ago (Win2K era) I wrote an application for Windows that replaced
> the text everywhere (that wouldn't crash the OS) with "All Your Base Are
> Belong To Us." At least at the time, you could rely on the window class to
> differentiat
On Mon, Jul 5, 2010 at 8:03 AM, Dan Kegel wrote:
> ...
> Sadly, I've found window class IDs to not be very unique (though I've
> looked mostly in Wine and not Windows).
>
A long time ago (Win2K era) I wrote an application for Windows that replaced
the text everywhere (that wouldn't crash the OS)
On Mon, Jul 5, 2010 at 2:25 AM, Francois Gouget wrote:
> I fixed the problem by replacing 'winwait, Save' with 'winwait,
> ahk_class #32770'. Based on my reading it appears to be an acceptable
> solution if we assume that the 'Save As' dialog will be the only dialog
> open at that point in the scr
On 3 July 2010 23:59, Stefan Dösinger wrote:
> +ok(broken(TRUE), "U and V channels swapped on Non-Windows
> driver\n");
> +skip("Windows driver confuses U and V channels, skipping
> test\n");
You should use win_skip().
I'm not sure blindly marking these as broken is the way to go. Either
way, ddraw and d3d8 have the same failure.
You might as well just set the initial value to 1.0. Note that this
seems to succeed on at least some setups though:
http://test.winehq.org/data/4d3aec55ea41cb0f47a9da82de1665ad1b16f3de/win7_Win7-x86/d3d9:visual.html
Also, does this work for the d3d8 version of the test?
On Mon, 5 Jul 2010, Francois Gouget wrote:
[...]
> The winezeug issue tracker requires a _Google_ email address! Who in
> their right mind would want to create a new email account just to report
> bugs on free software? Could you move winezeug to a more open hosting
> provider?
My apologies. It
On Thu, 24 Jun 2010, Austin English wrote:
[...]
> The proper way to do it with AutoHotKey is either to use the button
> ID, if available,
At that point we're not trying to click on a button but waiting for a
window.
> or define the resource name for each language. Most
> of the time button ID'
On Sun, 4 Jul 2010, Dan Kegel wrote:
> The right place for winetricks feature requests is the winezeug issue tracker.
> I've filed
> http://code.google.com/p/winezeug/issues/detail?id=134
> for the eu font update request.
The winezeug issue tracker requires a _Google_ email address! Who in
their
33 matches
Mail list logo
