September 2016 - Wine-Devel

Re: [PATCH v2 1/5] wined3d: Use round() on core profile.

by Henri Verbeet

On 27 September 2016 at 00:04, Matteo Bruni <mbruni(a)codeweavers.com> wrote: > v2: Key the use of the round() builtin on the GLSL version used by the > shader. I'm not sure this is exactly what you had in mind but at least > this looks quite a bit nicer to me than v1. > Close enough. I think you can just use shader_glsl_get_version() and "#version %u" in the places you're currently using shader_glsl_get_version_declaration(), but it doesn't matter that much.

Sept. 27, 2016

Re: [PATCH] wined3d: Add NVIDIA GTX 675MX to the GPU list.

by Filip Frackiewicz

Understood. I was following the other examples in the code but I will follow your advice for future patches. Thanks again! On Mon, Sep 26, 2016 at 1:30 PM, Henri Verbeet <hverbeet(a)gmail.com> wrote: > On 24 September 2016 at 00:00, Filip Frąckiewicz > <fjfrackiewicz(a)gmail.com> wrote: >> - {"NVE4", CARD_NVIDIA_GEFORCE_GTX680}, /* 690 */ >> + {"NVE4", CARD_NVIDIA_GEFORCE_GTX680}, /* 690 / 675MX */ > It's not wrong, but I don't think this is very useful. In general > what's essentially the same GPU is available under many different > names and PCI IDs, and the wined3d source code isn't the best place to > document those.

Sept. 26, 2016

Re: [PATCH] wined3d: Add NVIDIA GTX 980 Ti to the GPU list.

by Filip Frackiewicz

Will do, apologies for the hassle and thanks for the constructive feedback :) On Mon, Sep 26, 2016 at 1:30 PM, Henri Verbeet <hverbeet(a)gmail.com> wrote: > On 23 September 2016 at 22:56, Filip Frąckiewicz > <fjfrackiewicz(a)gmail.com> wrote: >> @@ -2160,6 +2162,7 @@ cards_amd_mesa[] = >> cards_nvidia_mesa[] = >> { >> /* Maxwell */ >> + {"NV120", CARD_NVIDIA_GEFORCE_GTX980TI}, /* Titan X */ >> {"NV124", CARD_NVIDIA_GEFORCE_GTX970}, >> {"NV118", CARD_NVIDIA_GEFORCE_840M}, >> {"NV117", CARD_NVIDIA_GEFORCE_GTX750}, > Please keep these ordered where possible.

Sept. 26, 2016

Re: [PATCH] wined3d: Add NVIDIA GTX 675MX to the GPU list.

by Henri Verbeet

On 24 September 2016 at 00:00, Filip Frąckiewicz <fjfrackiewicz(a)gmail.com> wrote: > - {"NVE4", CARD_NVIDIA_GEFORCE_GTX680}, /* 690 */ > + {"NVE4", CARD_NVIDIA_GEFORCE_GTX680}, /* 690 / 675MX */ It's not wrong, but I don't think this is very useful. In general what's essentially the same GPU is available under many different names and PCI IDs, and the wined3d source code isn't the best place to document those.

Sept. 26, 2016

Re: [PATCH] wined3d: Add NVIDIA GTX 980 Ti to the GPU list.

by Henri Verbeet

On 23 September 2016 at 22:56, Filip Frąckiewicz <fjfrackiewicz(a)gmail.com> wrote: > @@ -2160,6 +2162,7 @@ cards_amd_mesa[] = > cards_nvidia_mesa[] = > { > /* Maxwell */ > + {"NV120", CARD_NVIDIA_GEFORCE_GTX980TI}, /* Titan X */ > {"NV124", CARD_NVIDIA_GEFORCE_GTX970}, > {"NV118", CARD_NVIDIA_GEFORCE_840M}, > {"NV117", CARD_NVIDIA_GEFORCE_GTX750}, Please keep these ordered where possible.

Sept. 26, 2016

Re: Ancient Parallel Port PIC Programmer - support under newer versions of Wine?

by Alex Henrie

2016-09-24 20:18 GMT-06:00 Bob Wya <bob.mt.wya(a)gmail.com>: > Can anyone help out with this user question on the WineHQ Forums? > forum.winehq.org/viewtopic.php?f=8&t=27503 > > Since the programmer used to work - with older versions of Wine - I presume > that it might still be possible to get it working? > Perhaps starting with parallel port device symlinks in > "${WINEPREFIX}/dosdevices" ... > > Any thoughts? If the program is calling CreateFile("COM1", ...) then symlinks should work fine. If the program is trying to read from or write to the address of the parallel port in memory, you can write a small wrapper to call ioperm and execvp. For example, the following "ioperm" program grants access to the system speaker and calls the "beep" program which plays a tone for 1 second: ---ioperm.c--- #include <stdio.h> #include <sys/io.h> #include <unistd.h> int main(int argc, char* argv[]) { if (ioperm(0x42, 0x61 - 0x42 + 1, 1) == -1) { perror("ioperm"); return 1; } if (execvp(argv[1], argv + 1) == -1) { perror("execvp"); return 1; } return 0; } ---beep.c--- #include <stdio.h> #include <unistd.h> int main() { __asm__("movb $0xB6, %al\n" "outb %al, $0x43\n" "inb $0x61, %al\n" "orb $0x03, %al\n" "outb %al, $0x61\n" "movb $0x64, %al\n" "outb %al, $0x42\n" "movb $0x01, %al\n" "outb %al, $0x42\n"); sleep(1); __asm__("inb $0x61, %al\n" "andb $0xFC, %al\n" "outb %al, $0x61\n"); return 0; } ---compile and run--- cc ioperm.c -o ioperm i686-w64-mingw32-cc beep.c -o beep.exe sudo setcap cap_sys_rawio=ep ioperm ./ioperm wine beep.exe I hope this helps. -Alex

Sept. 25, 2016

Ancient Parallel Port PIC Programmer - support under newer versions of Wine?

by Bob Wya

Can anyone help out with this user question on the WineHQ Forums? forum.winehq.org/viewtopic.php?f=8&t=27503 Since the programmer used to work - with older versions of Wine - I presume that it might still be possible to get it working? Perhaps starting with parallel port device symlinks in "${WINEPREFIX}/dosdevices" ... Any thoughts? -- Thanks, Robert

Sept. 25, 2016

Re: [PATCH 1/5] wined3d: Use round() on core profile.

by Henri Verbeet

On 22 September 2016 at 20:39, Matteo Bruni <mbruni(a)codeweavers.com> wrote: > dlls/wined3d/directx.c | 5 +++++ > dlls/wined3d/glsl_shader.c | 4 ++-- > dlls/wined3d/wined3d_gl.h | 1 + > 3 files changed, 8 insertions(+), 2 deletions(-) > This works, but I'm not sure it really scales beyond one or two instructions. It also seems to me that what you actually want to know is the GLSL version of the current shader, not entirely unlike shader_glsl_get_version().

Sept. 23, 2016

Re: [PATCH 5/5] api-ms-win-service-winsvc-l1-1-0: add dll

by Sebastian Lackner

On 22.09.2016 19:38, Austin English wrote: > +# Generated from /home/austin/win7-SysWOW64/api-ms-win-service-winsvc-l1-1-0.dll by winedump. [...] > +C_SRCS = \ > + api-ms-win-service-winsvc-l1-1-0_main.c Are you sure this is the version you wanted to submit? And where is the main.c file?

Sept. 22, 2016

Re: [11/11] kernel32: Implement LCMAP_HALFWIDTH.

by Marvin

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 https://testbot.winehq.org/JobDetails.pl?Key=25911 Your paranoid android. === w1064 (32 bit locale) === locale.c:2648: Test failed: LCMapStringEx should fail with bad locale name locale.c:2649: Test failed: unexpected error code -559038737 locale.c:2740: Test failed: Expected lcid == 0, got 00001000, error -559038737 locale.c:4476: Test failed: IsValidLocaleName should have failed locale.c:4478: Test failed: IsValidLocaleName should have failed locale.c:4861: Test failed: For id 7, expected ret == 4, got 1, error 87 locale.c:4863: Test failed: For id 7, Expected IVC, got '' === w1064 (64 bit locale) === locale.c:2648: Test failed: LCMapStringEx should fail with bad locale name locale.c:2649: Test failed: unexpected error code -559038737 locale.c:2740: Test failed: Expected lcid == 0, got 00001000, error -559038737 locale.c:4476: Test failed: IsValidLocaleName should have failed locale.c:4478: Test failed: IsValidLocaleName should have failed locale.c:4861: Test failed: For id 7, expected ret == 4, got 1, error 87 locale.c:4863: Test failed: For id 7, Expected IVC, got ''

Sept. 22, 2016