December 2014 - Wine-bugs - list.winehq.org

[Bug 27708] New: GetThreadSelectorEntry fails
by wine-bugs＠winehq.org 01 Mar '20

01 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=27708 Summary: GetThreadSelectorEntry fails Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: nitsuja-(a)hotmail.com Created an attachment (id=35459) --> (http://bugs.winehq.org/attachment.cgi?id=35459) binary (and source code) of the test case When a program calls GetThreadSelectorEntry after creating a process, it fails in Wine (returns FALSE and sets lasterror to 5), but succeeds in Windows. This is a problem for a program I made which needs this function to work, so I've boiled it down to a tiny test case which still fails in the same way, and is attached. When run on Windows, this exe brings up a messagebox saying "ALL OK", but when run on Wine, it says "ERROR: GetThreadSelectorEntry failed". Here's the source code: #define WIN32_LEAN_AND_MEAN #define _WIN32_WINNT 0x0500 #include <windows.h> void AssertSuccess(BOOL success, const char* errorMessage); int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nShowCmd) { // it doesn't matter which exe I start, so for this example I use the current exe path CHAR filename[MAX_PATH]; GetModuleFileName(NULL, filename, MAX_PATH); STARTUPINFO startupInfo = {sizeof(STARTUPINFO)}; PROCESS_INFORMATION processInfo = {}; BOOL success = CreateProcess(filename, NULL, NULL, NULL, FALSE, CREATE_SUSPENDED | DEBUG_PROCESS, NULL, NULL, &startupInfo, &processInfo); AssertSuccess(success, "ERROR: CreateProcess failed.\n"); HANDLE hThread = processInfo.hThread; CONTEXT context; context.ContextFlags = CONTEXT_SEGMENTS; success = GetThreadContext(hThread, &context); AssertSuccess(success, "ERROR: GetThreadContext failed.\n"); LDT_ENTRY ldtEntry; success = GetThreadSelectorEntry(hThread, context.SegFs, &ldtEntry); AssertSuccess(success, "ERROR: GetThreadSelectorEntry failed.\n"); if(success) MessageBox(NULL, "ALL OK.", "DONE", MB_ICONASTERISK); return success ? 0 : -1; } void AssertSuccess(BOOL success, const char* errorMessage) { if(!success) MessageBox(NULL, errorMessage, "ERROR", MB_ICONERROR); } -- 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.

2 9

[Bug 36956] New: Galactic Civilizations II (Dark Avatar/Twilight of Arnor) renders strange polygons on ships
by wine-bugs＠winehq.org 29 Feb '20

29 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=36956 Bug ID: 36956 Summary: Galactic Civilizations II (Dark Avatar/Twilight of Arnor) renders strange polygons on ships Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 49067 --> http://bugs.winehq.org/attachment.cgi?id=49067 terminal output The two expansions to the base game introduced a new rendering option 'Enhanced ship rendering'. When this option is enabled strange polygons appear on the ship models as can be seen in the attached screenshot. The demo version of GalCiv II doesn't have this option. The same problem with Wine 1.4.1/1.6.2/1.7.22 Tested with the open source Nouveau and the binary Nvidia drivers, both show the problem. Disabling GLSL or pixel shaders doesn't help. Fedora 20 Nvidia 250 gfx card / Nvidia binary drivers 340.24 -- 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.

2 8

[Bug 20732] New: Icons are not rendered 100% correctly in VB6 apps (regression)
by wine-bugs＠winehq.org 29 Feb '20

29 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=20732 Summary: Icons are not rendered 100% correctly in VB6 apps (regression) Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabmoa(a)yahoo.it CC: thunderbird2k(a)gmail.com Created an attachment (id=24783) --> (http://bugs.winehq.org/attachment.cgi?id=24783) Example application An icon rendering problem is born between 1.1.25 and 1.1.26 In attachment there is a VB6 test project and screenshots of various applications that suffer of this rendering problem. (I hope is correct add Roderick Colenbrander mail to cc, otherwise sorry for the mistake) -- 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.

2 21

[Bug 22974] New: "Shell folders" settings are reset after each wine update
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=22974 Summary: "Shell folders" settings are reset after each wine update Product: Wine Version: 1.2-rc1 Platform: x86 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amdmi3(a)amdmi3.ru Althrough I've disabled shell folder links (My Pictures, My Music, My Videos, My Documents) by unchecking "Link to" checkbox for each of them in winecfg->Desktop Integration->Shell Folders, after each wine update those settings are reset and all folders are again linked to my home directory. That is highly undesirable, as I'd prefer windows apps never access anything outside .wine/drive_c. -- 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.

2 58

[Bug 37073] New: Trees not rendered correctly in Far Cry 2
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=37073 Bug ID: 37073 Summary: Trees not rendered correctly in Far Cry 2 Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 49267 --> http://bugs.winehq.org/attachment.cgi?id=49267 terminal output When anti-aliasing is enabled in the game options treetops look like flat, 2D objects. Changing the other game option <Real Tree> has no effect on the issue. With disabled anti-aliasing trees look good. I can reproduce the problem with nouveau and the binary drivers too. Native d3dx9_36 was used to work around bug #22682 Disabling GLSL, orm=backbuffer doesn't make it better. Fedora 20 Geforce 250 GTS / binary drivers 340.24 -- 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.

2 33

[Bug 30827] New: Uninitialized memory reference in create_icon_pixmaps() -> GetDIBits() -> bitmapinfoheader_from_user_bitmapinfo()
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=30827 Bug #: 30827 Summary: Uninitialized memory reference in create_icon_pixmaps() -> GetDIBits() -> bitmapinfoheader_from_user_bitmapinfo() Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified While looking at bug 30826, I saw Conditional jump or move depends on uninitialised value(s) at bitmapinfoheader_from_user_bitmapinfo (dib.c:177) by GetDIBits (dib.c:1210) by create_icon_pixmaps.isra.8 (window.c:883) create_icon_pixmaps calls GetDIBits with bits=NULL and a mostly uninitialized info, but bitmapinfoheader_from_user_bitmapinfo() assumes that biCompression has already been initialized. gdi32/dib.c: 149 static BOOL bitmapinfoheader_from_user_bitmapinfo( BITMAPINFOHEADER *dst, const BITMAPINFOHEADER *info ) 150 { ... 166 else if (info->biSize >= sizeof(BITMAPINFOHEADER)) /* assume BITMAPINFOHEADER */ 167 { 168 *dst = *info; 169 } ... 176 dst->biSize = sizeof(*dst); 177 if (dst->biCompression == BI_RGB || dst->biCompression == BI_BITFIELDS) 178 dst->biSizeImage = get_dib_image_size( (BITMAPINFO *)dst ); 1187 INT WINAPI GetDIBits( 1188 HDC hdc, /* [in] Handle to device context */ 1189 HBITMAP hbitmap, /* [in] Handle to bitmap */ 1190 UINT startscan, /* [in] First scan line to set in dest bitmap */ 1191 UINT lines, /* [in] Number of scan lines to copy */ 1192 LPVOID bits, /* [out] Address of array for bitmap bits */ 1193 BITMAPINFO * info, /* [in,out] Address of structure with bitmap data */ 1194 UINT coloruse) /* [in] RGB or palette index */ 1195 { ... 1208 /* Since info may be a BITMAPCOREINFO or any of the larger BITMAPINFO structures, we'll use our 1209 own copy and transfer the colour info back at the end */ 1210 if (!bitmapinfoheader_from_user_bitmapinfo( &dst_info->bmiHeader, &info->bmiHeader )) return 0; .... 1212 if (bits && 1213 (dst_info->bmiHeader.biCompression == BI_JPEG || dst_info->bmiHeader.biCompression == BI_PNG)) winex11.drv/window.c: 868 static BOOL create_icon_pixmaps( HDC hdc, const ICONINFO *icon, struct x11drv_win_data *data ) 869 { 870 char buffer[FIELD_OFFSET( BITMAPINFO, bmiColors[256] )]; 871 BITMAPINFO *info = (BITMAPINFO *)buffer; ... 881 info->bmiHeader.biSize = sizeof(BITMAPINFOHEADER); 882 info->bmiHeader.biBitCount = 0; 883 if (!(lines = GetDIBits( hdc, icon->hbmColor, 0, 0, NULL, info, DIB_RGB_COLORS ))) goto failed; Note that GetDIBits is careful to avoid referencing biCompression itself when bits is NULL, but the function it calls doesn't know whether bits is NULL. (bug 30266 is nearby but doesn't seem related?) -- 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.

2 12

[Bug 35937] New: The file crashed upon loading the program.
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=35937 Bug ID: 35937 Summary: The file crashed upon loading the program. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: carlino.designs(a)gmail.com Created attachment 47995 --> http://bugs.winehq.org/attachment.cgi?id=47995 Error log file for eDCAA.exe The file crashed upon loading the program. The file can be downloaded at: http://brightemo.co.uk/download/eDCAA.exe -- 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.

2 11

[Bug 27570] New: Aliens Vs Predator 2 Demo is temporary confined ingame.
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=27570 Summary: Aliens Vs Predator 2 Demo is temporary confined ingame. Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com I've tried the marine demo at the start the mouse movement is confined like bug #6971 until you right click or over time, it works as per usual after this plus "Automatically capture the mouse input in full-screen window" changes nothing. Make fmv videos not accessible to speed up testing. I haven't tested when you start the next level due to being a demo. -- 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.

2 11

[Bug 35998] New: American Conquest: Divided Nation refuses to start. (Black Screen followed by crash).
by wine-bugs＠winehq.org 19 Feb '20

19 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=35998 Bug ID: 35998 Summary: American Conquest: Divided Nation refuses to start. (Black Screen followed by crash). Product: Wine Version: 1.7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mjkolar(a)charter.net I'm trying to play American Conquest: Divided Nations, but when I load it up, I get a flash of black screen followed by a CTD. The console output is as follows: bash-4.2$ wine DMCR.exe err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. fixme:win:EnumDisplayDevicesW ((null),0,0x33f5f8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f828,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x33f828,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f6a8,0x00000000), stub! err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling back to RandR 1.0. Please consider using the Nouveau driver instead. err:mmio:MMIO_ParseExtA No extension in szFileName: "Sound\\new\\dr+flute2.wav" fixme:win:EnumDisplayDevicesW ((null),0,0x33f458,0x00000000), stub! fixme:d3d_surface:d3dfmt_p8_init_palette No palette set. Note that I installed this game according to the instructions listed on the following appdb page: https://appdb.winehq.org/objectManager.php?sClass=version&iId=24902 , including the winecfg changes, the external patch, deleting the video directory, and setting ddraw to native for this app. I have also installed the original American Conquest demo, and I can confirm it works with wine 1.7.12, but not wine 1.7.16, so I am presuming there is a regression between these two releases. The American Conquest: Divided Nation full version does not run with either release, and shows the same error messages for both wine releases. Note also I have used a nocd to get around Divided Nations Starforce (III?) protection. The demo does not have said protection, so not relevant in that case. System: Slackware 14.1 x86_64 with alien multilib pack. Xorg 1.15.0 NVIDIA Proprietary Blob 334.21 /w Geforce GTX 285m Pulseaudio 5.0 Wine 1.7.12 -- 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.

2 13

[Bug 23887] New: Microstation V8.5 opening files only in read only mode
by wine-bugs＠winehq.org 18 Feb '20

18 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=23887 Summary: Microstation V8.5 opening files only in read only mode Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kalathilsunil(a)yahoo.com Microstation, one of the popular CAD application got installed in WINE but not able to edit files -- 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.

2 14