wine-bugs May 2018

wine-bugs@winehq.org

1 participants
8177 discussions

[Bug 38565] New: Total Commander fails to redraw long list with Source: Filename setting
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38565 Bug ID: 38565 Summary: Total Commander fails to redraw long list with Source: Filename setting Product: Wine Version: 1.7.42 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: katsunori.kumatani(a)gmail.com Distribution: --- How to reproduce: First be sure you are in the "Source: Only file names" view option, at the top, should be fourth item from the left in the default button bar. Then go into a directory with a huge number of files/folders, like Z:\usr\bin (/usr/bin), should be plenty. Scroll to the right by pressing right arrow (the files should be in columns). While scrolling, the view is completely messed up. You need to Refresh it or force a redraw to display properly. I suspect it's some unimplemented "erase background" messages in Wine? I'm not too knowledgeable for specifics unfortunately. Download 32-bit version from: http://www.ghisler.com/ -- 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 22440] New: Total Commander: The panels showing Brief are not resized vertically when the application window is resized vertically
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22440 Summary: Total Commander: The panels showing Brief are not resized vertically when the application window is resized vertically Product: Wine Version: 1.1.42 Platform: x86-64 URL: http://www.ghisler.com/amazons3.php OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Created an attachment (id=27481) --> (http://bugs.winehq.org/attachment.cgi?id=27481) Screenshot - Brief panel not resized when window is resized vertically - Press Ctrl F1, notice the panel is in "Brief" mode (and has a horizontal scrollbar instead of a vertical one). - Resize the window vertically, make it smaller (or larger - see screenshot), notice the Brief panel is not resized. Total Commander 7.50a -- 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 22265] New: Total Commander: Application opens a window which should be visible but is hidden by the current window
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22265 Summary: Total Commander: Application opens a window which should be visible but is hidden by the current window Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com 1. Click (menu) Commands -> Search, to open the "Find Files" window. 2. Click the "Advanced" tab, click "Date between:". 3. Click the ">>" button to open the "Date:" window. This bit is annoying, because it's a bit random.. the "Date:" window is normally visible (see attached screenshot), but sometimes it is hidden. 4. In case it's visible, while it is still open, click the "Find Files" window, then click ESC. 5. Now, whenever you click the ">>" button, the "Date:" window is opened but it is hidden. You can also notice that after you click ">>", the "Find Files" window still appears as focused (even though the hidden "Date:" window has the focus now), and when you click it, it is (properly) redrawn as not focused. The "Date:" window should always be visible when opened. Total Commander 7.50a shareware System -> Preferences -> Appearance -> Visual Effects -> None -- 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 17

[Bug 22333] New: Total Commander: Application freezes when the current directory field is editable, and you right-click a regular file and click Properties
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22333 Summary: Total Commander: Application freezes when the current directory field is editable, and you right-click a regular file and click Properties Product: Wine Version: 1.1.42 Platform: x86-64 URL: http://www.ghisler.com/amazons3.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Created an attachment (id=27322) --> (http://bugs.winehq.org/attachment.cgi?id=27322) Application freezed when clicked properties on a regular file and current directory field was editable - Start Total Commander, go to c:\windows\. - Click the blue bar which shows the path to the current directory, notice it becomes an edit box and you can edit the current path. - Right click any regular file, click Properties, notice the application freezes (see screenshot) and a message about a stack overflow shows up in the console, for example: err:seh:setup_exception_record stack overflow 1568 bytes in thread 0020 eip 7bc3ecde esp 00230d10 stack 0x230000-0x231000-0x330000 -- 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 18

[Bug 22255] New: Total Commander: Deleting the 1st or 2nd character in an edit box deletes the all of them
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22255 Summary: Total Commander: Deleting the 1st or 2nd character in an edit box deletes the all of them Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Press F5 to copy a file, now you are in an edit box; press Home then press Delete to delete the 1st character; notice the entire contents of the edit box disappears. The same happens when you delete the 2nd character. The expected result is to delete a single character. This does not happen when you delete other characters. Total Commander 7.50a Ubuntu 9.10 -- 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 20

[Bug 22690] New: Total Commander: Cancelling a file copy operation does not work
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=22690 Summary: Total Commander: Cancelling a file copy operation does not work Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://www.ghisler.com/amazons3.php OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Created an attachment (id=27958) --> (http://bugs.winehq.org/attachment.cgi?id=27958) Cancelling a file copy operation in Total Commander 7.50a on Vista Press F5 to copy a large file (at least 200MB), click the Cancel button. Notice nothing happens, and the file continues to be copied. On Vista, a dialog window appears saying "User abort!". Press F6 to move a large file to a different partition, click the Cancel button, notice after a while the "User abort!" dialog window appears, at this point the file is copied but it should not have been copied. Total Commander 7.50a wine-1.1.44 Ubuntu 10.04 64 -- 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 16

[Bug 21966] New: Total Commander: Application freezes when queue-ing file copy operations
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=21966 Summary: Total Commander: Application freezes when queue-ing file copy operations Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Total Commander 7.50a - Press F5 to copy a (large) file and press F2 to queue the operation, - Notice problem 1: The window that pops up, showing the queued operations, is frozen. Thus, it does not show the progress. - While TC is still copying the file, press F5 to copy a different file and press F2 to queue the operation. - Notice problem 2: The main TC window is frozen. After the file copy operations are finished, the application is again responsive. -- 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 41992] New: total commander, copy dialog - Esc key not working
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=41992 Bug ID: 41992 Summary: total commander, copy dialog - Esc key not working Product: Wine Version: 1.9.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrej8anubis(a)gmail.com Distribution: --- Created attachment 56411 --> https://bugs.winehq.org/attachment.cgi?id=56411 copy dialog box at it appears I am using: total commander 9.0a 64 bit linuxmint 18 64 bit "wine 1.9.23" as shown from : "apt policy wine-staging*" -->> wine-staging: Installed: 1.9.23~ubuntu16.04.1 Candidate: 1.9.23~ubuntu16.04.1 Version table: *** 1.9.23~ubuntu16.04.1 500 500 http://ppa.launchpad.net/wine/wine-builds/ubuntu xenial/main amd64 Packages 100 /var/lib/dpkg/status wine-staging-amd64: Installed: 1.9.23~ubuntu16.04.1 Candidate: 1.9.23~ubuntu16.04.1 Version table: *** 1.9.23~ubuntu16.04.1 500 500 http://ppa.launchpad.net/wine/wine-builds/ubuntu xenial/main amd64 Packages 100 /var/lib/dpkg/status <<-- test1 - works fine ================== - pres F8 for delete a file - a dialog box appear, asking "do you really want to delete..." - pres Esc - the dialog box disappears as it should, as it does in windows. Great test2 - does not work ================== - pres F5 for copy file - a dialog box appears offering me options for how to copy - pres Esc, the dialog box does not disappear as it does in windows, I am guessing the problem in wine is, because the cursor is in the text box,where I can make input from keyboard. But in windows works fine. But... - ...but if I press Tab two times, so the "cursor" is located on plus (+) button in copy dialog box, as it is the case in test1, where the "cursor" is located on the button "yes", and then press Esc key on keyboard, the dialog box disappears as in windows also for copy dialog box . The point here is, that if the "cursor" is located on the button, the Esc key works fine in bothe tests -- 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 6

[Bug 36332] New: Total Commander 8.x: moving files between folders renders them inaccessible (SetNamedSecurityInfo)
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=36332 Bug ID: 36332 Summary: Total Commander 8.x: moving files between folders renders them inaccessible (SetNamedSecurityInfo) 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, might be a dupe of bug 36331 in the end. Moving files with the well-known 'Total Commander' (my favourite file manager in Linux) leads to inaccessible files. Before: --- snip --- $ ls -lsa test* test: total 0 0 drwxrwxr-x. 1 focht focht 14 May 4 14:40 . 0 drwxr-xr-x. 1 focht focht 178 May 4 14:40 .. 0 -rw-rw-r--. 1 focht focht 0 May 4 14:38 org.txt test2: total 0 0 drwxrwxr-x. 1 focht focht 0 May 4 14:40 . 0 drwxr-xr-x. 1 focht focht 178 May 4 14:40 .. --- snip --- After moving the file to another folder 'test2' with 'F6 Move': --- snip --- $ ls -lsa test* test: total 0 0 drwxrwxr-x. 1 focht focht 0 May 4 14:41 . 0 drwxr-xr-x. 1 focht focht 178 May 4 14:40 .. test2: total 0 0 drwxrwxr-x. 1 focht focht 14 May 4 14:41 . 0 drwxr-xr-x. 1 focht focht 178 May 4 14:40 .. 0 ----------. 1 focht focht 0 May 4 14:38 org.txt --- snip --- Inaccessible. Whoops. Relevant part of trace log: --- snip --- ... 002d:Call advapi32.GetNamedSecurityInfoW(0f4bce88 L"H:\\Downloads\\test2",00000001,0000000f,0f4bc600,0f4bc5f8,0f4bc5e0,0f4bc5d8,0f4bc5b8) ret=00833d9f 002d:trace:advapi:GetNamedSecurityInfoW L"H:\\Downloads\\test2" 1 15 0xf4bc600 0xf4bc5f8 0xf4bc5e0 0xf4bc5d8 0xf4bc5b8 002d:trace:ntdll:FILE_CreateFile handle=0xf4bc2c0 access=01020000 name=L"\\??\\H:\\Downloads\\test2" objattr=00000040 root=(nil) sec=(nil) io=0xf4bc210 alloc_size=(nil) attr=02000000 sharing=00000007 disp=1 options=00004000 ea=(nil).0x00000000 002d: create_file( access=01020000, attributes=00000040, sharing=00000007, create=1, options=00004000, attrs=02000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/wine-apps/totalcmd/wineprefix/dosdevices/h:/Downloads/test2" ) 002d: create_file() = 0 { handle=0104 } 002d:trace:ntdll:NtQuerySecurityObject (0x104,0x0000000f,(nil),0x00000000,0xf4bc1ac) 002d: get_security_object( handle=0104, security_info=0000000f ) 002d: get_security_object() = 0 { sd_len=00000094, sd={control=00000014,owner={S-1-5-21-0-0-0-1000},group={S-1-5-32-544},sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=1f01ff,AceFlags=0,Sid={S-1-5-18}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=1f01ff,AceFlags=0,Sid={S-1-5-21-0-0-0-1000}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=1200a9,AceFlags=0,Sid={S-1-1-0}}}} } 002d:trace:ntdll:NtQuerySecurityObject (0x104,0x0000000f,0x36cce0,0x00000094,0xf4bc1a8) 002d: get_security_object( handle=0104, security_info=0000000f ) 002d: get_security_object() = 0 { sd_len=00000094, sd={control=00000014,owner={S-1-5-21-0-0-0-1000},group={S-1-5-32-544},sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=1f01ff,AceFlags=0,Sid={S-1-5-18}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=1f01ff,AceFlags=0,Sid={S-1-5-21-0-0-0-1000}},{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=1200a9,AceFlags=0,Sid={S-1-1-0}}}} } 002d:trace:ntdll:RtlGetDaclSecurityDescriptor (0x36cce0,0xf4bc0ab,0xf4bc5e0,0xf4bc0aa) 002d:trace:ntdll:RtlGetSaclSecurityDescriptor (0x36cce0,0xf4bc0ab,0xf4bc5d8,0xf4bc0aa) 002d: close_handle( handle=0104 ) 002d: close_handle() = 0 002d:Ret advapi32.GetNamedSecurityInfoW() retval=00000000 ret=00833d9f 002d:Call KERNEL32.GetLastError() ret=00415420 002d:Ret KERNEL32.GetLastError() retval=00000000 ret=00415420 002d:Call advapi32.InitializeAcl(091353d0,00000008,00000002) ret=008341b2 002d:trace:ntdll:RtlCreateAcl 0x91353d0 0x00000008 0x00000002 002d:Ret advapi32.InitializeAcl() retval=00000001 ret=008341b2 002d:Call advapi32.SetNamedSecurityInfoW(0f4bc678 L"H:\\Downloads\\test2\\org.txt",00000001,3000000f,0036ccf4,0036cd10,091353d0,091353d0) ret=00834312 002d:trace:advapi:SetNamedSecurityInfoW L"H:\\Downloads\\test2\\org.txt" 1 805306383 0x36ccf4 0x36cd10 0x91353d0 0x91353d0 002d:trace:ntdll:FILE_CreateFile handle=0xf4bc2d0 access=010c0000 name=L"\\??\\H:\\Downloads\\test2\\org.txt" objattr=00000040 root=(nil) sec=(nil) io=0xf4bc220 alloc_size=(nil) attr=02000000 sharing=00000007 disp=1 options=00004000 ea=(nil).0x00000000 002d: create_file( access=010c0000, attributes=00000040, sharing=00000007, create=1, options=00004000, attrs=02000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/wine-apps/totalcmd/wineprefix/dosdevices/h:/Downloads/test2/org.txt" ) 002d: create_file() = 0 { handle=0104 } 002d:trace:ntdll:NtSetSecurityObject 0x104 0x3000000f 0xf4bc190 002d:trace:ntdll:RtlGetControlSecurityDescriptor (0xf4bc190,0xf4bc046,0xf4bc048) 002d:trace:ntdll:RtlLengthSid sid=0x36ccf4 002d:trace:ntdll:RtlLengthSid sid=0x36cd10 002d:trace:ntdll:RtlGetSaclSecurityDescriptor (0xf4bc190,0xf4bc04e,0xf4bc060,0xf4bc04f) 002d:trace:ntdll:RtlGetDaclSecurityDescriptor (0xf4bc190,0xf4bc04e,0xf4bc068,0xf4bc04f) 002d: set_security_object( handle=0104, security_info=3000000f, sd={control=00000014,owner={S-1-5-21-0-0-0-1000},group={S-1-5-32-544},sacl={},dacl={}} ) 002d: set_security_object() = 0 002d: close_handle( handle=0104 ) 002d: close_handle() = 0 002d:Ret advapi32.SetNamedSecurityInfoW() retval=00000000 ret=00834312 002d:Call KERNEL32.LocalFree(0036cce0) ret=008344c5 002d:Ret KERNEL32.LocalFree() retval=00000000 ret=008344c5 002d:Call KERNEL32.SetFileAttributesW(0f4c4ec8 L"H:\\Downloads\\test2\\org.txt",00000020) ret=0049312c 002d:trace:ntdll:FILE_CreateFile handle=0xf4c4be8 access=00000000 name=L"\\??\\H:\\Downloads\\test2\\org.txt" objattr=00000040 root=(nil) sec=(nil) io=0xf4c4bf0 alloc_size=(nil) attr=00000000 sharing=00000000 disp=1 options=00000020 ea=(nil).0x00000000 002d: create_file( access=00000000, attributes=00000040, sharing=00000000, create=1, options=00000020, attrs=00000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/wine-apps/totalcmd/wineprefix/dosdevices/h:/Downloads/test2/org.txt" ) 002d: create_file() = ACCESS_DENIED { handle=0000 } 002d:Ret KERNEL32.SetFileAttributesW() retval=00000000 ret=0049312c --- snip --- $ sha1sum tcm851ax32.exe 628ebb878fb8b1f0728217448b5921f42e987899 tcm851ax32.exe $ du -sh tcm851ax32.exe 3.6M tcm851ax32.exe $ wine --version wine-1.7.18 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.

2 5

[Bug 30329] New: Total Commander 8.0 64-bits beta installer crashes due to pointer truncation (image base address > 4 GiB)
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=30329 Bug #: 30329 Summary: Total Commander 8.0 64-bits beta installer crashes due to pointer truncation (image base address > 4 GiB) Product: Wine Version: 1.5.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, the extracted installer "INSTALL.EXE" (64 bits PE binary) can be run alone from "wc0" temp folder. The installer tries to fill a list box with language strings. --- snip --- 0026:Starting process L"Z:\\home\\focht\\Downloads\\wc0\\INSTALL.EXE" (entryproc=0x14000cca0) ... 0026:Call KERNEL32.GetPrivateProfileStringA(140019788 "languages",0022dc90 "18",140019786 "",0022dcf0,00000103,1400226c0 "Z:\\home\\focht\\Downloads\\wc0\\INSTALL.inf") ret=140001c0d 0026:Ret KERNEL32.GetPrivateProfileStringA() retval=00000013 ret=140001c0d 0026:Call KERNEL32.GetLastError() ret=14000e5c0 0026:Ret KERNEL32.GetLastError() retval=00000000 ret=14000e5c0 0026:Call KERNEL32.GetLastError() ret=14000e5c0 0026:Ret KERNEL32.GetLastError() retval=00000000 ret=14000e5c0 0026:Call user32.SendDlgItemMessageA(0001007e,00000064,00000180,00000000,0022dcf0) ret=140001cd1 0026:Call window proc 0x7f45d4b788ef (hwnd=0x10086,msg=LB_ADDSTRING,wp=00000000,lp=0022dcf0) 0026:Ret window proc 0x7f45d4b788ef (hwnd=0x10086,msg=LB_ADDSTRING,wp=00000000,lp=0022dcf0) retval=00000011 0026:Ret user32.SendDlgItemMessageA() retval=00000011 ret=140001cd1 0026:Call user32.GetDlgItem(0001007e,00000004) ret=140001cfb 0026:Ret user32.GetDlgItem() retval=0001008a ret=140001cfb 0026:Call user32.ShowWindow(0001008a,00000000) ret=140001d06 0026:Call window proc 0x7f45d4b78593 (hwnd=0x1008a,msg=WM_SHOWWINDOW,wp=00000000,lp=00000000) 0026:Ret window proc 0x7f45d4b78593 (hwnd=0x1008a,msg=WM_SHOWWINDOW,wp=00000000,lp=00000000) retval=00000000 0026:Ret user32.ShowWindow() retval=00000001 ret=140001d06 0026:Call user32.SendDlgItemMessageA(0001007e,00000064,00000181,00000012,40019670) ret=140001d30 0026:Call window proc 0x7f45d4b788ef (hwnd=0x10086,msg=LB_INSERTSTRING,wp=00000012,lp=40019670) 0026:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7b8633f9 ip=7b8633f9 tid=0026 0026:trace:seh:raise_exception info[0]=0000000000000000 0026:trace:seh:raise_exception info[1]=0000000040019670 0026:trace:seh:raise_exception rax=0000000000000000 rbx=0000000000000026 rcx=ffffffffffffffff rdx=0000000040019670 0026:trace:seh:raise_exception rsi=0000000000000181 rdi=0000000040019670 rbp=000000000022d2d0 rsp=000000000022d1a0 0026:trace:seh:raise_exception r8=0000000040019670 r9=00000000ffffffff r10=0000000000000008 r11=000000399ab7c680 0026:trace:seh:raise_exception r12=000000000001f0ac r13=00000001400226c0 r14=0000000000000000 r15=00000001400226c0 --- snip --- The reason for the crash is a 32 bit pointer truncation -> application bug. Most likely the original code was Win32 and had been ported to Win64 with some casts still in there. (annotated) --- snip --- .text:0000000140001D0D movsxd rax, cs:dword_14001F030 .text:0000000140001D14 movsxd r9, r11d ; wParam .text:0000000140001D17 mov edx, 64h ; nIDDlgItem .text:0000000140001D1C mov r8d, 181h ; Msg, LB_INSERTSTRING .text:0000000140001D22 mov rcx, rdi ; hDlg .text:0000000140001D25 mov [rsp+20h], rax .text:0000000140001D2A call cs:SendDlgItemMessageA --- snip --- The data reference (I only decoded the 32 bits part to show the 32 bit access): --- snip --- .data:000000014001F030 dword_14001F030 dd 40019670h .data:000000014001F034 db 1 .data:000000014001F035 db 0 .data:000000014001F036 db 0 .data:000000014001F037 db 0 --- snip --- Page fault address: 0000000040019670 If referenced as 64 bits -> 0x140019670 it would be correct: --- snip --- .rdata:0000000140019670 db 4Fh ; O .rdata:0000000140019671 db 74h ; t .rdata:0000000140019672 db 68h ; h .rdata:0000000140019673 db 65h ; e .rdata:0000000140019674 db 72h ; r .rdata:0000000140019675 db 20h ... --- snip --- Using "dumpbin" tool from Visual Studio/Express/SDK on executable gives: --- snip --- Dump of file INSTALL.exe PE signature found File Type: EXECUTABLE IMAGE FILE HEADER VALUES 8664 machine (x64) 5 number of sections 4EE124C5 time date stamp Thu Dec 08 21:57:41 2011 0 file pointer to symbol table 0 number of symbols F0 size of optional header 23 characteristics Relocations stripped Executable Application can handle large (>2GB) addresses OPTIONAL HEADER VALUES 20B magic # (PE32+) 8.00 linker version 17800 size of code D800 size of initialized data 0 size of uninitialized data CCA0 entry point (000000014000CCA0) 1000 base of code 140000000 image base (0000000140000000 to 0000000140028FFF) 1000 section alignment 200 file alignment 4.00 operating system version 0.00 image version 5.02 subsystem version 0 Win32 version 29000 size of image 400 size of headers 303B3 checksum 2 subsystem (Windows GUI) 8000 DLL characteristics Terminal Server Aware 100000 size of stack reserve 1000 size of stack commit 100000 size of heap reserve 1000 size of heap commit 0 loader flags 10 number of directories 0 [ 0] RVA [size] of Export Directory 1D7D8 [ 64] RVA [size] of Import Directory 26000 [ 23F8] RVA [size] of Resource Directory 24000 [ 10F8] RVA [size] of Exception Directory 22400 [ 1780] RVA [size] of Certificates Directory 0 [ 0] RVA [size] of Base Relocation Directory 0 [ 0] RVA [size] of Debug Directory 0 [ 0] RVA [size] of Architecture Directory 0 [ 0] RVA [size] of Global Pointer Directory 0 [ 0] RVA [size] of Thread Storage Directory 0 [ 0] RVA [size] of Load Configuration Directory 0 [ 0] RVA [size] of Bound Import Directory 19000 [ 5E8] RVA [size] of Import Address Table Directory 0 [ 0] RVA [size] of Delay Import Directory 0 [ 0] RVA [size] of COM Descriptor Directory 0 [ 0] RVA [size] of Reserved Directory --- snip --- Section headers: --- snip --- SECTION HEADER #1 .text name 176BE virtual size 1000 virtual address (0000000140001000 to 00000001400186BD) 17800 size of raw data 400 file pointer to raw data (00000400 to 00017BFF) 0 file pointer to relocation table 0 file pointer to line numbers 0 number of relocations 0 number of line numbers 60000020 flags Code Execute Read SECTION HEADER #2 .rdata name 5B1C virtual size 19000 virtual address (0000000140019000 to 000000014001EB1B) 5C00 size of raw data 17C00 file pointer to raw data (00017C00 to 0001D7FF) 0 file pointer to relocation table 0 file pointer to line numbers 0 number of relocations 0 number of line numbers 40000040 flags Initialized Data Read Only Section contains the following imports: KERNEL32.dll 1400190D8 Import Address Table 14001D918 Import Name Table 0 time date stamp 0 Index of first forwarder reference ... SECTION HEADER #3 .data name 4478 virtual size 1F000 virtual address (000000014001F000 to 0000000140023477) 1600 size of raw data 1D800 file pointer to raw data (0001D800 to 0001EDFF) 0 file pointer to relocation table 0 file pointer to line numbers 0 number of relocations 0 number of line numbers C0000040 flags Initialized Data Read Write ... SECTION HEADER #4 .pdata name 10F8 virtual size 24000 virtual address (0000000140024000 to 00000001400250F7) 1200 size of raw data 1EE00 file pointer to raw data (0001EE00 to 0001FFFF) 0 file pointer to relocation table 0 file pointer to line numbers 0 number of relocations 0 number of line numbers 40000040 flags Initialized Data Read Only ... SECTION HEADER #5 .rsrc name 23F8 virtual size 26000 virtual address (0000000140026000 to 00000001400283F7) 2400 size of raw data 20000 file pointer to raw data (00020000 to 000223FF) 0 file pointer to relocation table 0 file pointer to line numbers 0 number of relocations 0 number of line numbers 40000040 flags Initialized Data Read Only --- snip --- The image load base of 0x0000000140000000 (>4 GiB address space) is probably to catch such 32 vs. 64 bits porting errors. When pointers are stored as 32 bits they would truncate hence triggering page fault as seen here. I've looked into the Total Commander forum (http://www.ghisler.ch/board/index.php?language=english) but didn't find any bug reports about installer crashing on Win64 so I assume this installer somehow runs despite the bug. Would be nice if someone with Win64 could verify this. Maybe the loader does something different on Win64? Even if the bug is invalid it's probably good to have one bug to collect such misbehaving apps. I suspect there are more apps out there. Regards -- 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 8

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 May 2018