"André Hentschel" wrote:
Fair enough. We tend to mimic Windows behavior. I hadn't checked
this myself. Note that it still should be Install*.exe rather than
Instal*.exe, at least in English.
--Juan
My tests worked with Instal*.exe files on english Windows, too.
I bet it is because of the in
Am Montag, 15. Juni 2009 22:20:33 schrieb Henri Verbeet:
> Sure, but unless you split up SFLAG_CONVERTED first, that flag is also
> the same for RGB and sRGB.
You've got a point here, I'll put the patch into my hack collection for now
until I find something better. Probably we should put the per G
Am Montag, 15. Juni 2009 20:23:05 schrieb Tobias Jakobi:
>+ * This structure is shared between the GLSL and the ARB backend.*/
> +typedef struct ps_np2fixup_info_s {
> +WORDidx[MAX_FRAGMENT_SAMPLERS]; /* indices to the real
constant */
> +WORDactive; /* bitfield i
Hello Juan,
Could you look at bug 18786 and my suggested patch to get MINITAB
working again. It is a partial revert of one of your patches from
6/25/08 (see comment #7).
I have verified that the associated tests (dlls/inetmib1/tests/main.c)
exercise that code both pre and post revert. However the
On Monday 15 June 2009 14:39:48 Henri Verbeet wrote:
> 2009/6/15 Robert Key :
> > This is what it looks like fixed, before it was doing IN[15] +
> > gl_FrontColor + gl_FrontSecondaryColor.
>
> We should probably just avoid writing to gl_FrontColor /
> gl_FrontSecondaryColor if they're not read. How
2009/6/15 Stefan Dösinger :
> Am Montag, 15. Juni 2009 16:19:22 schrieb Henri Verbeet:
>> 2009/6/15 Stefan Dösinger :
>> > In the current code, we don't do that, because only via ddraw.dll the use
>> > of client storage can change, and only d3d9 can use sRGB textures.
>>
>> No, SFLAG_CLIENT only de
Am Montag, 15. Juni 2009 16:19:22 schrieb Henri Verbeet:
> 2009/6/15 Stefan Dösinger :
> > In the current code, we don't do that, because only via ddraw.dll the use
> > of client storage can change, and only d3d9 can use sRGB textures.
>
> No, SFLAG_CLIENT only depends on the availability of the ex
Hi Dan,
The app I've been trying to run for years under Wine is:
http://www.quadravox.com/AQ430.htm
The version I use is 2.0.6.9, but I strongly suspect the problem will
show up in their current versions as well.
You may download a 30-day trial version to verify the bug fix.
However, I think th
2009/6/15 Robert Key :
> This is what it looks like fixed, before it was doing IN[15] +
> gl_FrontColor + gl_FrontSecondaryColor.
>
We should probably just avoid writing to gl_FrontColor /
gl_FrontSecondaryColor if they're not read. How does the attached
patch work?
diff --git a/dlls/wined3d/glsl_s
On Monday 15 June 2009 14:01:33 Henri Verbeet wrote:
> 2009/6/15 Robert Key :
> > Changelog:
> > * This reserves 2 varyings for gl_FrontColor and
gl_FrontSecondaryColor
> > for ATI DX10 cards. This should fix bug #17437 once the new
fglrx
> > drivers get released this week.
>
> That doesn't l
Thanks André.
> My tests worked with Instal*.exe files on english Windows, too.
> I bet it is because of the instal~1.exe writing. (8.3 and 6##.3)
Ah, right. Very good, leave this as it is then.
Sorry for the sloppy review, there are a couple more things I'd like
to ask about:
> My tests worke
2009/6/15 Robert Key :
> Changelog:
> * This reserves 2 varyings for gl_FrontColor and gl_FrontSecondaryColor
> for ATI DX10 cards. This should fix bug #17437 once the new fglrx
> drivers get released this week.
>
That doesn't look quite right. gl_FrontColor and
gl_FrontSecondaryColor should on
Juan Lang schrieb:
First thing, i tested it on some Win-Versions, and it took everything like
Instal*.exe and *Setup*.exe
Really, name a exe-file Instalblahblah.exe and the installer-dialog will
show it.
Second thing, the .com and .cmd belongs to normal Program-selection, not to
the installers.
> First thing, i tested it on some Win-Versions, and it took everything like
> Instal*.exe and *Setup*.exe
> Really, name a exe-file Instalblahblah.exe and the installer-dialog will
> show it.
>
> Second thing, the .com and .cmd belongs to normal Program-selection, not to
> the installers. but we c
Hi Kai,
> Have you tried cloning from repo.or.cz? The git http protocol is really stupid
> and can't search multiple packs. repo.or.cz seems to do a decent job of
> keeping the repos repacked.
Cool, that worked. Thanks!
--Juan
On Monday 15 June 2009 17:49:05 Juan Lang wrote:
> Anyone else cloning git via http? I'm behind an annoying proxy
> server, and when I try to clone, I get:
> error: Unable to find afce86b4bc6198575bbe6046d12fd77efe01cd46 under
> http://source.winehq.org/git/wine.git
> Cannot obtain needed object a
Juan Lang schrieb:
Hi André,
Can someone please review my patch
http://www.winehq.org/pipermail/wine-patches/2009-June/074195.html.
I have a couple minor comments:
+
+ IDS_INSTALL_FILTER, "Installation
Program\0*Instal*.exe;*Setup*.exe;*.msi\0Programs\0*.com;*.cmd;*.exe\0All
Files (*.*)\0*
On Mon, Jun 15, 2009 at 12:05 PM, MD.IMAM HOSSAIN wrote:
> Dear Wine Developers,
>
> The latest WINE 1.1.23 has a small regression about Direct Input.
> The game HITMAN 3 CONTRACTS has a problem with mouse clicking.
> By WINE 1.1.23 and HITMAN 3 CONTRACTS mouse clicking does not work.
> It is worke
Dear Wine Developers,
The latest WINE 1.1.23 has a small regression about Direct Input.
The game HITMAN 3 CONTRACTS has a problem with mouse clicking.
By WINE 1.1.23 and HITMAN 3 CONTRACTS mouse clicking does not work.
It is worked fine with wine 1.1.11.
Since the game is a third person shooter i
Hi André,
> Can someone please review my patch
> http://www.winehq.org/pipermail/wine-patches/2009-June/074195.html.
I have a couple minor comments:
+
+ IDS_INSTALL_FILTER, "Installation
Program\0*Instal*.exe;*Setup*.exe;*.msi\0Programs\0*.com;*.cmd;*.exe\0All
Files (*.*)\0*.*\0\0"
Nit: the
Anyone else cloning git via http? I'm behind an annoying proxy
server, and when I try to clone, I get:
error: Unable to find afce86b4bc6198575bbe6046d12fd77efe01cd46 under
http://source.winehq.org/git/wine.git
Cannot obtain needed object afce86b4bc6198575bbe6046d12fd77efe01cd46
Just curious if an
Alright. Should load now.
-Newman
Ken Sharp wrote:
Since the upgrade of Bugzilla, the duplicates page reports permission
denied.
http://bugs.winehq.org/duplicates.cgi
Can anyone with the relevant access check the permissions?
This is http://bugs.winehq.org/show_bug.cgi?id=18665
2009/6/15 Stefan Dösinger :
> In the current code, we don't do that, because only via ddraw.dll the use of
> client storage can change, and only d3d9 can use sRGB textures.
No, SFLAG_CLIENT only depends on the availability of the extension,
and other surface flags. Since neither of those will be di
Am Montag, 15. Juni 2009 09:16:07 schrieb Henri Verbeet:
> 2009/6/14 Stefan Dösinger :
> > +static void surface_allocate_surface(IWineD3DSurfaceImpl *This, GLenum
> > internal, GLsizei width, GLsizei height, GLenum format, GLenum type, +
> > DWORD client_store_fl
Brent wrote:
>This was causing some apps to crash with invalid read from address 0x4.
Which apps? Is there a bug report for this?
- Dan
Can someone please review my patch
http://www.winehq.org/pipermail/wine-patches/2009-June/074195.html.
Its about the Installer-Button in Appwiz.cpl
Thanks
Best Regards André Hentschel
Ignore this one, I patched the wrong place.
On Mon, 15 Jun 2009, Francois Gouget wrote:
[...]
> } elsif(s/^\}//) {
> $blevel--;
> - if($blevel <= 0) {
> + if($plevel <= 0) {
> $self->_parse_c_error($_, $line, $column, "file", "} without
> {");
-
2009/6/14 Stefan Dösinger :
> +static void surface_allocate_surface(IWineD3DSurfaceImpl *This, GLenum
> internal, GLsizei width, GLsizei height, GLenum format, GLenum type,
> + DWORD client_store_flag) {
I think that's ugly.
More importantly, I don't see how cl
2009/6/14 Stefan Dösinger :
> A few fixes from the first version:
>
> *) Copypaste index issues fixed
> *) aL is incremeted at the end of the loop, not at the beginning
> *) emulated c[aL + offset] indexing works
>
> The loop codepath is now tested as well, not just the rep stuff - I have a
> test
29 matches
Mail list logo
