wine-bugs April 2015

wine-bugs@winehq.org

1 participants
8248 discussions

[Bug 38344] New: Invalid memory access in get_registry_locale_info()
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

https://bugs.winehq.org/show_bug.cgi?id=38344 Bug ID: 38344 Summary: Invalid memory access in get_registry_locale_info() Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- Running 'make monthcal.ok' under valgrind report invalid access in current Wine: --- ==8452== Invalid read of size 2 ==8452== at 0x7B849503: get_registry_locale_info.isra.0 (locale.c:1210) ==8452== by 0x7B84AA3B: GetLocaleInfoW (locale.c:1398) ==8452== by 0x7B84C304: GetLocaleInfoA (locale.c:1290) ==8452== by 0x4C135D0: test_firstDay (monthcal.c:875) ==8452== by 0x4C135D0: func_monthcal (???:0) ==8452== by 0x4BDB822: main (test.h:584) ==8452== Address 0x48a0fb6 is 2 bytes after a recently re-allocated block of size 12 alloc'd ==8452== at 0x7BC4E507: initialize_block (heap.c:232) ==8452== by 0x7BC4E507: RtlAllocateHeap (???:0) ==8452== by 0x7B84252D: HeapAlloc (heap.c:271) ==8452== by 0x7B849494: get_registry_locale_info.isra.0 (locale.c:1170) ==8452== by 0x7B84AA3B: GetLocaleInfoW (locale.c:1398) ==8452== by 0x7B84C304: GetLocaleInfoA (locale.c:1290) ==8452== by 0x4C135D0: test_firstDay (monthcal.c:875) ==8452== by 0x4C135D0: func_monthcal (???:0) ==8452== by 0x4BDB822: main (test.h:584) --- This is a regression introduced with http://source.winehq.org/git/wine.git/commit/8826ba1bc86fefa22c543608585ae8… : --- author Sebastian Lackner <sebastian(a)fds-team.de> Tue, 16 Dec 2014 03:10:34 +0000 (04:10 +0100) committer Alexandre Julliard <julliard(a)winehq.org> Tue, 16 Dec 2014 12:32:53 +0000 (13:32 +0100) commit 8826ba1bc86fefa22c543608585ae8f3b4310a5f --- -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 38353] New: DIRT3 crashes after showing racing results screen
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

https://bugs.winehq.org/show_bug.cgi?id=38353 Bug ID: 38353 Summary: DIRT3 crashes after showing racing results screen Product: Wine Version: 1.7.40 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yurishish(a)gmail.com Distribution: --- Created attachment 51197 --> https://bugs.winehq.org/attachment.cgi?id=51197 Backtarce Game crashes after showing race results screen (which shows players names, ranks and race finishing times). I'm using russian version of the game. Backtrace is provided in the attachment. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 38348] New: _wsopen_s does not respect the pmode parameter when O_CREAT is set
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

https://bugs.winehq.org/show_bug.cgi?id=38348 Bug ID: 38348 Summary: _wsopen_s does not respect the pmode parameter when O_CREAT is set Product: Wine Version: 1.7.40 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: phkelley(a)hotmail.com Distribution: --- When _wsopen_s is invoked to create a new file, the O_CREAT bit will be set in the oflags parameter. The pmode parameter contains the mode for the file to be created. In Win32, only the S_IREAD and S_IWRITE bits in the mode matter, and Wine is nice enough to alert with a FIXME when any bits other than these two are set. But even when the bits meet the appropriateness criteria (no bits other than S_IREAD and S_IWRITE), Wine still WARNs that the pmode will be ignored (when O_CREAT is set). And indeed, nothing is done with the pmode parameter by the rest of the routine. It is very simple to implement the necessary support for pmode at O_CREAT time: 1. Apply the umask, which is stored in MSVCRT_umask, to the pmode to compute the effective mode for this call to _wsopen_s. 2. Check to see if the S_IWRITE bit is missing from the effective mode. If S_IWRITE is missing, then the "attrib" value (eventually passed on to CreateFile) should start out as FILE_ATTRIBUTE_READONLY rather than FILE_ATTRIBUTE_NORMAL. This will cause the created file to start off with the +R bit set, as requested by the caller. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11364] New: WinRar doesn' t fully utilize two CPU cores in multithreading mode
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

http://bugs.winehq.org/show_bug.cgi?id=11364 Summary: WinRar doesn't fully utilize two CPU cores in multithreading mode Product: Wine Version: CVS/GIT Platform: PC URL: http://rarlabs.com/download.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com WinRar doesn't fully utilize two cores of an SMP system if it has detected them. On average WinRar's CPU usage is around 140-160% on a dual core SMP system, while the best usage will be 200%. Anyway thank you for resolving bug 7551. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 45

[Bug 38361] New: Dead Space 2 (Steam) crashes at the <Please wait...Connecting> screen
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

https://bugs.winehq.org/show_bug.cgi?id=38361 Bug ID: 38361 Summary: Dead Space 2 (Steam) crashes at the <Please wait...Connecting> screen Product: Wine Version: 1.7.40 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: 00cpxxx(a)gmail.com Regression SHA1: 10f7265270f1ad4e4e1bfec6fb5f06e494d5f579 Distribution: --- Created attachment 51203 --> https://bugs.winehq.org/attachment.cgi?id=51203 terminal output The developer logos are shown then the game crashes just when the <Please wait...connecting> screen is displayed. The game starts properly in 1.7.39, regression introduced by 10f7265270f1ad4e4e1bfec6fb5f06e494d5f579 is the first bad commit commit 10f7265270f1ad4e4e1bfec6fb5f06e494d5f579 Author: Bruno Jesus <00cpxxx(a)gmail.com> Date: Sun Mar 29 00:53:48 2015 -0300 ws2_32: Do not poll unbound descriptors. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 23481] New: Network in Heroes 3
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

http://bugs.winehq.org/show_bug.cgi?id=23481 Summary: Network in Heroes 3 Product: Wine Version: 1.2-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dplay AssignedTo: wine-bugs(a)winehq.org ReportedBy: vis(a)211.ru I'm using the 'winetricks directplay' for playing in 'Heroes of Might and Magic III' on a network. But this way has a bug: When I create a game and other player will join, game hangs at loading of percent. But if I join, and the user from Windows creates that all is normally created. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 34820] New: Path of Exile crashes on resize
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

http://bugs.winehq.org/show_bug.cgi?id=34820 Bug #: 34820 Summary: Path of Exile crashes on resize Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: julusp(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Path of Exile crashes on mac when resizing (does not matter if it is via in-game menu or dragging the window's corner) with "Failed resetting Direct3D device objects" popup and fixme:d3d_texture:texture_init Failed to create surface 0x2be113c0, hr 0x8876086c (happens with and without winemac driver) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 37103] New: Wine incorrectly handles UNIX group permissions
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

https://bugs.winehq.org/show_bug.cgi?id=37103 Bug ID: 37103 Summary: Wine incorrectly handles UNIX group permissions Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Here's a very simple testcase. You've got (userid/groupid = me) a directory which belongs to a different user (userid/groupid = otheruser). This directory user is "otheruser". This directory group is "me". Permissions are 770. $ ls -la drwxrwx--- 2 otheruser me 4096 Aug 14 00:30 TestFolder When I'm using native UNIX applications, I can create new files and erase any files from this folder (the sticky bit is not set). $ cd TestFolder $ touch testfile $ echo $? 0 $ ls -la anotherfile -rw-r--r-- 1 otheruser otheruser 1111 May 1 11:11 anotherfile $ rm anotherfile $ echo $? 0 When I'm using Wine applications, I cannNOT create new files or erase existing files in this folder. The error is "Permission denied". -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 36331] New: Rhapsody 2 installer renders app folder inaccessible (SetNamedSecurityInfo with 'everyone' access)
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

https://bugs.winehq.org/show_bug.cgi?id=36331 Bug ID: 36331 Summary: Rhapsody 2 installer renders app folder inaccessible (SetNamedSecurityInfo with 'everyone' access) Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, found this during investigation of bug 15980 After installation of 'Rhapsody 2', the application folder is inaccessible: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files $ ls -lsa total 0 0 drwxrwxr-x. 1 focht focht 128 May 4 14:19 . 0 drwxrwxr-x. 1 focht focht 74 May 4 14:18 .. 0 drwxrwxr-x. 1 focht focht 40 May 4 14:18 Common Files 0 drwxrwxr-x. 1 focht focht 24 May 4 14:18 Internet Explorer 0 d---------. 1 focht focht 318 May 4 14:19 Listen Rhapsody 0 drwxrwxr-x. 1 focht focht 350 May 4 14:18 Windows Media Player --- snip --- Relevant part of trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+server,+ntdll,+advapi wine ./RhapsodyListen.EXE >>log.txt 2>&1 ... 0030:Call KERNEL32.CreateDirectoryA(0033e504 "C:\\Program Files\\Listen Rhapsody",00000000) ret=1000c3cb 0030:trace:ntdll:FILE_CreateFile handle=0x33d38c access=80000000 name=L"\\??\\C:\\Program Files\\Listen Rhapsody" objattr=00000040 root=(nil) sec=(nil) io=0x33d390 alloc_size=(nil) attr=00000080 sharing=00000001 disp=2 options=00000021 ea=(nil).0x00000000 0030: create_file( access=80000000, attributes=00000040, sharing=00000001, create=2, options=00000021, attrs=00000080, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/Program Files/Listen Rhapsody" ) 0030: create_file() = 0 { handle=00c0 } 0030: close_handle( handle=00c0 ) 0030: close_handle() = 0 0030:Ret KERNEL32.CreateDirectoryA() retval=00000001 ret=1000c3cb 0030:Call KERNEL32.lstrlenA(0033d384 "Made Dir: C:\\Program Files\\Listen Rhapsody\r\n") ret=1000c41f 0030:Ret KERNEL32.lstrlenA() retval=0000002c ret=1000c41f ... 0030:Ret PE DLL (proc=0x36296d,module=0x360000 L"InstDll.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0030:Ret KERNEL32.LoadLibraryA() retval=00360000 ret=10016a0b 0030:Call KERNEL32.GetLastError() ret=10016a17 0030:Ret KERNEL32.GetLastError() retval=00000000 ret=10016a17 0030:Call KERNEL32.GetProcAddress(00360000,0033de64 "fnGiveAllPermissions") ret=10016989 0030:Ret KERNEL32.GetProcAddress() retval=00361e00 ret=10016989 0030:Call KERNEL32.GetLastError() ret=1001698d 0030:Ret KERNEL32.GetLastError() retval=00000000 ret=1001698d ... 0030:Call advapi32.LookupAccountNameA(00000000,0036a300 "Everyone",0033da30,0033da1c,00000000,0033da18,0033da20) ret=00361e34 0030:trace:advapi:LookupAccountNameW L"" L"Everyone" 0x33da30 0x33da1c (nil) 0x33da18 0x33da20 0030:trace:advapi:CreateWellKnownSid (1, (null), 0x1b02b8, 0x33d85c) 0030:Ret advapi32.LookupAccountNameA() retval=00000000 ret=00361e34 0030:Call KERNEL32.GetLastError() ret=00361e40 0030:Ret KERNEL32.GetLastError() retval=0000007a ret=00361e40 0030:Call ntdll.RtlAllocateHeap(00a40000,00000000,00000010) ret=003626e9 0030:Ret ntdll.RtlAllocateHeap() retval=00a409c8 ret=003626e9 0030:Call advapi32.LookupAccountNameA(00000000,0036a300 "Everyone",0033da30,0033da1c,00a409c8,0033da18,0033da20) ret=00361e81 0030:trace:advapi:LookupAccountNameW L"" L"Everyone" 0x33da30 0x33da1c 0x14fb50 0x33da18 0x33da20 0030:trace:advapi:CreateWellKnownSid (1, (null), 0x1b02b8, 0x33d85c) 0030:trace:ntdll:RtlLengthSid sid=0x1b02b8 0030:Ret advapi32.LookupAccountNameA() retval=00000001 ret=00361e81 0030:Call advapi32.GetLengthSid(0033da30) ret=00361ea7 0030:trace:ntdll:RtlLengthSid sid=0x33da30 0030:Ret advapi32.GetLengthSid() retval=0000000c ret=00361ea7 0030:Call ntdll.RtlAllocateHeap(00a40000,00000000,00000020) ret=003626e9 0030:Ret ntdll.RtlAllocateHeap() retval=00a409e0 ret=003626e9 0030:Call advapi32.InitializeAcl(00a409e0,0000001c,00000004) ret=00361ed0 0030:trace:ntdll:RtlCreateAcl 0xa409e0 0x0000001c 0x00000004 0030:Ret advapi32.InitializeAcl() retval=00000001 ret=00361ed0 0030:Call ntdll.RtlAllocateHeap(00a40000,00000000,00000020) ret=003626e9 0030:Ret ntdll.RtlAllocateHeap() retval=00a40a08 ret=003626e9 0030:Call advapi32.GetLengthSid(0033da30) ret=00361efb 0030:trace:ntdll:RtlLengthSid sid=0x33da30 0030:Ret advapi32.GetLengthSid() retval=0000000c ret=00361efb 0030:Call advapi32.AddAce(00a409e0,00000004,00000000,00a40a08,00000014) ret=00361f39 0030:Ret advapi32.AddAce() retval=00000000 ret=00361f39 0030:Call KERNEL32.GetLastError() ret=00361f45 0030:Ret KERNEL32.GetLastError() retval=00000057 ret=00361f45 0030:Call advapi32.SetNamedSecurityInfoA(005595d8 "C:\\PROG~FBU\\LIST~R1R",00000001,00000004,00000000,00000000,00a409e0,00000000) ret=00361f6d 0030:trace:advapi:SetNamedSecurityInfoA "C:\\PROG~FBU\\LIST~R1R" 1 4 (nil) (nil) 0xa409e0 (nil) 0030:trace:advapi:SetNamedSecurityInfoW L"C:\\PROG~FBU\\LIST~R1R" 1 4 (nil) (nil) 0xa409e0 (nil) 0030:trace:ntdll:FILE_CreateFile handle=0x33d8d4 access=00040000 name=L"\\??\\C:\\PROG~FBU\\LIST~R1R" objattr=00000040 root=(nil) sec=(nil) io=0x33d864 alloc_size=(nil) attr=02000000 sharing=00000007 disp=1 options=00004000 ea=(nil).0x00000000 0030: create_file( access=00040000, attributes=00000040, sharing=00000007, create=1, options=00004000, attrs=02000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/Program Files/Listen Rhapsody" ) 0030: create_file() = 0 { handle=00e0 } 0030:trace:ntdll:NtSetSecurityObject 0xe0 0x00000004 0x33d850 0030:trace:ntdll:RtlGetControlSecurityDescriptor (0x33d850,0x33d7ce,0x33d7d0) 0030:trace:ntdll:RtlGetDaclSecurityDescriptor (0x33d850,0x33d7d6,0x33d7e4,0x33d7d7) 0030: set_security_object( handle=00e0, security_info=00000004, sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={}} ) 0030: set_security_object() = 0 0030: close_handle( handle=00e0 ) 0030: close_handle() = 0 0030:Ret advapi32.SetNamedSecurityInfoA() retval=00000000 ret=00361f6d --- snip --- $ sha1sum RhapsodyListen.EXE 68537f385af4927e6e771e8dac1a4476de147724 RhapsodyListen.EXE $ du -sh RhapsodyListen.EXE 2.1M RhapsodyListen.EXE $ wine --version wine-1.7.18-10-ge5d69df Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 37851] New: Call of Duty 4: colors and textures are not rendered correctly
by wine-bugs＠winehq.org 17 Apr '15

17 Apr '15

https://bugs.winehq.org/show_bug.cgi?id=37851 Bug ID: 37851 Summary: Call of Duty 4: colors and textures are not rendered correctly Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: hardy.schumacher(a)gmx.de Distribution: --- Created attachment 50412 --> https://bugs.winehq.org/attachment.cgi?id=50412 Console output from COD4 Game "Call of Duty 4" reports all the time the following two lines on the console output; err:d3d:wined3d_debug_callback 0x131d37a8: "GL_INVALID_VALUE error generated. Size and/or offset out of range.". err:d3d_surface:wined3d_volume_upload_data >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glTexSubImage3D @ volume.c / 114 Within the game some textures only look black (e.g.: grass, trees). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2015