wine-bugs February 2019

wine-bugs@winehq.org

1 participants
7691 discussions

[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 46274] New: Total Commander 8.52a: Closing the Multi-Rename window after using it is slow and messes up the listbox caret
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=46274 Bug ID: 46274 Summary: Total Commander 8.52a: Closing the Multi-Rename window after using it is slow and messes up the listbox caret Product: Wine Version: 4.0-rc1 Hardware: x86 URL: http://web.archive.org/web/20160121065109/http://total cmd2.s3.amazonaws.com/tcmd852ax32.exe OS: Linux Status: ASSIGNED Severity: normal Priority: P2 Component: user32 Assignee: gabrielopcode(a)gmail.com Reporter: gabrielopcode(a)gmail.com CC: wine-bugs(a)winehq.org Distribution: --- 1) Launch Total Commander and press CTRL+M or go to Files->Multi Rename Tool... 2) Press "Start!" which should work fine. 3) Now close the Multi-Rename window (i.e. click on Close or press ESC) Observe how there's a few seconds of freeze lag, after which the listbox caret in the panel is gone. Switching to the other panel and back brings it back. I did a few investigations and it seems this is not a problem with the listbox at all. Rather, it's a problem with recursive SetFocus and window activation, that's why it's so slow (until it reaches a limit). I'll try to fix it like on Windows so I'll have to see how Windows handles this situation (with testcases of course). It's interesting to note that this does not happen if you don't click on "Start!" in the Multi-Rename Tool. -- 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 4

[Bug 46669] New: delete a file in total commander mounted disk
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=46669 Bug ID: 46669 Summary: delete a file in total commander mounted disk Product: Wine Version: 4.0-rc7 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: --- I have linux mint and permanently mounted drive. When I delete a file in total commander from this drive, it does not show in Trash in nemo. If I delete a file in total commander in my home folder, the file does show in trash as expected. Am I doing something wrong? Thank you -- 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 3

[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 46527] New: delete a file in total commander
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=46527 Bug ID: 46527 Summary: delete a file in total commander Product: Wine Version: 4.0-rc7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andrej8anubis(a)gmail.com Distribution: --- I have up to date linux mint 19.1 cinnamon and winehq-devel 4.0~rc7~bionic, both great, I like it... but, when I delete a file in file manager nemo it gets into the trash. When I delete a file in total commander, a file is not to be found in the trash. Is this a bug? Thank you -- 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 7

[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

[Bug 31276] New: Total Commander 8.0 64-bit installer crashes during cabinet extraction (wrong FCI/FDI structure packing for Win64)
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=31276 Bug #: 31276 Summary: Total Commander 8.0 64-bit installer crashes during cabinet extraction (wrong FCI/FDI structure packing for Win64) Product: Wine Version: 1.5.9 Platform: x86 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, when bug 30329 is fixed (fix to buggy app installer should be preferred over Wine) the installer runs into another crash. The crash is mentioned in this TC thread: http://ghisler.ch/board/viewtopic.php?p=252389 Trace log doesn't give much useful info because the crash happens within app supplied FDI notification callback. Debugging session: --- snip --- ... Wine-dbg>si 0x00007f76ded7fc60 FDICopy+0xda5 [/home/focht/projects/wine/wine-git/dlls/cabinet/fdi.c:2697] in cabinet: movq 0x0000000000000030(%rbp),%r8 2697 if ((filehf = ((*pfnfdin)(fdintCOPY_FILE, &fdin))) == -1) { Wine-dbg>si 0x00007f76ded7fc64 FDICopy+0xda9 [/home/focht/projects/wine/wine-git/dlls/cabinet/fdi.c:2697] in cabinet: movq %rax,%rdx 2697 if ((filehf = ((*pfnfdin)(fdintCOPY_FILE, &fdin))) == -1) { Wine-dbg>si 0x00007f76ded7fc67 FDICopy+0xdac [/home/focht/projects/wine/wine-git/dlls/cabinet/fdi.c:2697] in cabinet: movl $0x2,%rcx 2697 if ((filehf = ((*pfnfdin)(fdintCOPY_FILE, &fdin))) == -1) { Wine-dbg>si 0x00007f76ded7fc6c FDICopy+0xdb1 [/home/focht/projects/wine/wine-git/dlls/cabinet/fdi.c:2697] in cabinet: calll *%r8d 2697 if ((filehf = ((*pfnfdin)(fdintCOPY_FILE, &fdin))) == -1) { Wine-dbg>info reg Register dump: rip:00007f76ded7fc6c rsp:000000000023df40 rbp:000000000023e2e0 eflags:00000302 ( - -- IT - - - ) rax:000000000023e0e0 rbx:0000000000241160 rcx:0000000000000002 rdx:000000000023e0e0 rsi:000000014000910c rdi:000000000023e118 r8:0000000140009170 r9:0000000000000000 r10:0000000000000008 r11:0000000000000246 r12:000000000023e810 r13:0000000000000000 r14:0000000140022b80 r15:0000000000000103 Wine-dbg>p fdin {cb=0xc7a, psz1="e\REGISTER.RTF", psz2=0x0(nil), psz3=0x0(nil), pv=0x0(nil), hf=0, date=0x40ed, time=0x4020, attribs=0, setID=0, iCabinet=0, iFolder=0, fdie=FDIERROR_NONE} Wine-dbg>x/20x $rdx 0x000000000023e0e0: 00000c7a 00241230 00000000 00000000 0x000000000023e0f0: 00000000 00000000 00000000 00000000 0x000000000023e100: 00000000 00000000 00000000 402040ed 0x000000000023e110: 00000000 00000000 00000000 00000000 0x000000000023e120: 003c30bc 004d0001 00008ace 00000000 ... Wine-dbg>si 0x0000000140009265: movq 0x0000000000000008(%rdi),%rbx Wine-dbg>si Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000140009269). Register dump: rip:0000000140009269 rsp:000000000023d7a0 rbp:000000000023e2e0 eflags:00010346 ( R- -- IT Z- -P- ) rax:000000000023d7f0 rbx:0000000000000000 rcx:fffffffec021b9f0 rdx:0000000140021e0c rsi:0000000000000000 rdi:000000000023e0e0 r8:0000000140009170 r9:8101010101010100 r10:81010100f8f8fefe r11:000000000023d7f0 r12:000000000023e810 r13:0000000000000000 r14:0000000140022b80 r15:0000000000000103 Stack dump: 0x000000000023d7a0: 000100020000003c 000000000023d170 0x000000000023d7b0: 000000000023d170 000000000023d0d0 0x000000000023d7c0: 000000000023d0d0 000000000023d0e0 0x000000000023d7d0: 000000000023d0e0 0000000000241160 0x000000000023d7e0: 000000000023d8e0 00007f76e66c281f 0x000000000023d7f0: 6c61746f745c3a63 00007f005c646d63 0x000000000023d800: 000000000023d900 00007f76e66c281f 0x000000000023d810: 000000000023dc24 000000010023dc28 0x000000000023d820: 000000000023d920 000000000023ddf0 0x000000000023d830: 000000000023d930 000000000023de00 0x000000000023d840: 000000000023d940 000000000023de10 0x000000000023d850: 0000000000000000 0000000000000000 Backtrace: =>0 0x0000000140009269 in install (+0x9269) (0x000000000023e2e0) 1 0x00007f76ded7fc6f FDICopy+0xdb3(hfdi=0x241160, pszCabinet="install.cab", pszCabPath="Z:\home\focht\Downloads\wc\", flags=0, pfnfdin=0x140009170, pfnfdid=(nil), pvUser=0x0(nil)) [/home/focht/projects/wine/wine-git/dlls/cabinet/fdi.c:2697] in cabinet (0x000000000023e2e0) 2 0x000000014000985b in install (+0x985a) (0x000000000023e5e0) 3 0x0000000140007036 in install (+0x7035) (0x0000000140019784) 4 0x0000000140007fab in install (+0x7faa) (0x000000000023f7f0) ... 0x0000000140009269: cmpb $0x5c,(%rbx) --- snip --- It seems the app notification callback code tries to access fdin.psz1 member at wrong offset (+8). The FDINOTIFICATION structure: http://source.winehq.org/git/wine.git/blob/4ed257665ccb1e78efcff70306499cd7… --- snip --- ... 28 #include <pshpack4.h> ... 228 typedef struct { 229 LONG cb; 230 char *psz1; 231 char *psz2; 232 char *psz3; /* Points to a 256 character buffer */ 233 void *pv; /* Value for client */ 234 235 INT_PTR hf; 236 237 USHORT date; 238 USHORT time; 239 USHORT attribs; 240 241 USHORT setID; /* Cabinet set ID */ 242 USHORT iCabinet; /* Cabinet number (0-based) */ 243 USHORT iFolder; /* Folder number (0-based) */ 244 245 FDIERROR fdie; 246 } FDINOTIFICATION, *PFDINOTIFICATION; --- snip --- Looking for other 64-bit apps using cabinet API I found this: http://www.codeproject.com/Articles/15397/Cabinet-File-CAB-Compression-and-… The 32-bit version works ok. The 64-bit version (Cabinet_x64.exe) exhibits same behaviour, FDINOTIFICATION psz1 structure member is accessed with wrong offset (+8). It seems for Win64 the explicit structure packing directives are no longer applicable and compiler/platform defaults are used (applies for both, fdi.h and fci.h header). This allows the installer to succeed. 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 6

[Bug 21395] New: Total Commander: When selecting a file by pressing space, the total size of the selected files is updated late
by wine-bugs＠winehq.org 10 Feb '21

10 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=21395 Summary: Total Commander: When selecting a file by pressing space, the total size of the selected files is updated late Product: Wine Version: 1.1.36 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 When using the 'space' key to select files, the total size of the selected files which appears below the list (see attachment) is not updated immediately. I need to do something for it to be updated, for example to press 'down'. (This does not happen when selecting files with right-click, in this case the total size is updated instantaneously.) -- 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 44750] New: wine: Unimplemented function api-ms-win-core-path-l1-1-0.dll.PathCchCombineEx
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44750 Bug ID: 44750 Summary: wine: Unimplemented function api-ms-win-core-path-l1-1-0.dll.PathCchCombineEx Product: Wine Version: 3.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: arny91(a)yahoo.it Distribution: --- Created attachment 60761 --> https://bugs.winehq.org/attachment.cgi?id=60761 Backtrace Hi, this software https://repository.ilpuntotecnicoeadsl.com/index.php?dir=mavelot/Firmware/T… doesn't run on wine. The error is in the subject, backtrace is attached. -- 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 27578] New: Cygwin's wget.exe can't download files
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=27578 Summary: Cygwin's wget.exe can't download files Product: Wine Version: 1.3.22 Platform: x86 URL: http://cygwin.com/setup.exe OS/Version: Linux Status: NEW Keywords: download, patch, source Severity: minor Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Install cygwin, add wget package. Then run: $ wine wget.exe http://www.cygwin.com/setup.exe Resolving www.cygwin.com (www.cygwin.com)... 209.132.180.131 Connecting to www.cygwin.com (www.cygwin.com)|209.132.180.131|:80... connected. HTTP request sent, awaiting response... 200 OK fixme:ntdll:NtQueryVolumeInformationFile 0x160: attribute info not supported fixme:ntdll:server_ioctl_file Unsupported ioctl 900a8 (device=9 access=0 func=2a method=0) Length: 562195 (549K) [application/octet-stream] setup.exe: Input/Output error Cannot write to `setup.exe' (Input/Output error). Faking success for attribute info allows it to succeed: diff --git a/dlls/ntdll/file.c b/dlls/ntdll/file.c index 4d49956..697793e 100644 --- a/dlls/ntdll/file.c +++ b/dlls/ntdll/file.c @@ -2539,7 +2539,8 @@ NTSTATUS WINAPI NtQueryVolumeInformationFile( HANDLE handle, PIO_STATUS_BLOCK io } break; case FileFsAttributeInformation: - FIXME( "%p: attribute info not supported\n", handle ); + FIXME( "%p: attribute info not supported, faking success\n", handle ); + io->u.Status = STATUS_SUCCESS; break; case FileFsControlInformation: FIXME( "%p: control info not supported\n", handle ); -- 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 5

[Bug 33279] New: Cygwin wants ntdll.dll.RtlConvertToAutoInheritSecurityObject
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=33279 Bug #: 33279 Summary: Cygwin wants ntdll.dll.RtlConvertToAutoInheritSecurityObject Product: Wine Version: 1.3.22 Platform: x86 URL: http://cygwin.com/setup.exe OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Noticed while running wget.exe (bug 27578). -- 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 5

[Bug 44999] New: Python 3.6.5 crashes due to unimplemented function api-ms-win-core-path-l1-1-0.dll.PathCchCanonicalizeEx.
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=44999 Bug ID: 44999 Summary: Python 3.6.5 crashes due to unimplemented function api-ms-win-core-path-l1-1-0.dll.PathCchCanonicalizeEx. Product: Wine Version: 3.6 Hardware: x86 URL: https://www.python.org/ftp/python/3.6.5/win32/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu As described in summary, Python 3.6.5 crashes due to unimplemented function api-ms-win-core-path-l1-1-0.dll.PathCchCanonicalizeEx. How to reproduce: 1. wget https://www.python.org/ftp/python/3.6.5/win32/core.msi \ https://www.python.org/ftp/python/3.6.5/win32/exe.msi \ https://www.python.org/ftp/python/3.6.5/win32/lib.msi 2. wine msiexec /i core.msi /qb TARGETDIR=C:/python3.6.5 3. wine msiexec /i exe.msi /qb TARGETDIR=C:/python3.6.5 4. wine msiexec /i lib.msi /qb TARGETDIR=C:/python3.6.5 5. cd $WINEPREFIX/drive_c/python3.6.5 6. wine python.exe Expected behavior: It starts without crashes and shows prompt (>>>) as it's in interactive mode. Actual behavior: It crashes with the following message: 0009:fixme:msvcrt:_configure_wide_argv (1) stub 0009:fixme:msvcrt:_initialize_wide_environment stub wine: Call from 0x7b43cddc to unimplemented function api-ms-win-core-path-l1-1-0.dll.PathCchCanonicalizeEx, aborting wine: Unimplemented function api-ms-win-core-path-l1-1-0.dll.PathCchCanonicalizeEx called at address 0x410073:0x7b43cddc (thread 0009), starting debugger... Note: Python introduced PathCchCanonicalizeEx by following commit: https://github.com/python/cpython/commit/48e8c82fc63d2ddcddce8aa637a892839b… I'm not sure if 0x7b43cddc actually points canonicalize function which was added by the commit. But, it's very suspicious. -- 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 22

[Bug 16198] New: wine uses obsolete version of gecko. (Affects Google Sketchup, Picasa, and zillions of other apps.)
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=16198 Summary: wine uses obsolete version of gecko. (Affects Google Sketchup, Picasa, and zillions of other apps.) Product: Wine Version: 1.1.9 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Wine has not updated its version of gecko in a long time, despite the many security updates for gecko that are available. Also, I think Wine is using a version of gecko that has been end-of-lifed: http://www.pcworld.com/businesscenter/article/153015/mozilla_plans_for_fire… We need to move to a newer version of gecko and set up procedures for periodically updating it as security fixes for it are released. -- 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 22

[Bug 34229] New: Sketchup 2013 layout crashes on startup
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34229 Bug #: 34229 Summary: Sketchup 2013 layout crashes on startup Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: soundscrapers(a)gmail.com Classification: Unclassified downloaded trial version of Sketchup 2013 (which works) but LayOut, which comes with the download, crashes on startup. My system info: Linux ubuntu 3.5.0-37-generic #58~precise1-Ubuntu SMP Wed Jul 10 17:48:11 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz The detailed report: Unhandled exception: page fault on read access to 0x40800035 in 32-bit code (0x0057efed). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:0057efed ESP:0033f6b0 EBP:0033f6bc EFLAGS:00210206( R- -- I - -P- ) EAX:101c21a0 EBX:00d017f8 ECX:001c8204 EDX:00000003 ESI:00000000 EDI:40800000 Stack dump: 0x0033f6b0: 001c8204 00d017f8 0033f758 0033f758 0x0033f6c0: 00581ba4 0033f72c d8f28077 00787760 0x0033f6d0: 00786bc4 0600012e 00000008 78abaa39 0x0033f6e0: 78abaa6f d6f2bd78 03643988 7bc6c2c0 0x0033f6f0: 0033f778 00787a04 0033f7c8 001c8200 0x0033f700: 00000013 78b2b582 ae6ae018 fffffffe Backtrace: =>0 0x0057efed in layout (+0x17efed) (0x0033f6bc) 1 0x00581ba4 in layout (+0x181ba3) (0x0033f758) 2 0x036439b8 (0x0033f798) 3 0x03643890 (0x0033f7c8) 4 0x036419c1 (0x0033f7e8) 5 0x03641cc4 (0x0033f808) 6 0x03641578 (0x0033f8b8) 7 0x036410e0 (0x0033f908) 8 0x03640dfc (0x0033f938) 9 0x03640ea5 (0x0033f958) 10 0x6d50bc26 mono_jit_runtime_invoke+0xb5(method=0x390c380, obj=0x0(nil), params=(nil), exc=0x33fa0c) [/home/meh/work/wine-mono-0.0.8/build-cross-x86/mono/mini/../../../mono/mono/mini/mini.c:5957] in libmono-2.0-x86 (0x0033fa0c) 11 0x6d65549f mono_runtime_invoke+0x3e(method=0x390c380, obj=0x0(nil), params=(nil), exc=0x33fa0c) [/home/meh/work/wine-mono-0.0.8/build-cross-x86/mono/metadata/../../../mono/mono/metadata/object.c:2823] in libmono-2.0-x86 (0x00000025) 12 0x6d6558c0 mono_runtime_class_init_full+0x3af(vtable=0x1da230, raise_exception=0) [/home/meh/work/wine-mono-0.0.8/build-cross-x86/mono/metadata/../../../mono/mono/metadata/object.c:376] in libmono-2.0-x86 (0x00000025) 13 0x6d65572b mono_runtime_class_init_full+0x21a(vtable=0x1da230, raise_exception=0) [/home/meh/work/wine-mono-0.0.8/build-cross-x86/mono/metadata/../../../mono/mono/metadata/object.c:294] in libmono-2.0-x86 (0x0021fb88) 14 0x6d50b637 mono_jit_compile_method_with_opt+0x806(method=<is not available>, opt=<is not available>, ex=0x33fb4c) [/home/meh/work/wine-mono-0.0.8/build-cross-x86/mono/mini/../../../mono/mono/mini/mini.c:5496] in libmono-2.0-x86 (0x0021fb88) 15 0x6d50bd1e mono_jit_runtime_invoke+0x1ad(method=0x21fb88, obj=0x0(nil), params=0x33fbcc, exc=(nil)) [/home/meh/work/wine-mono-0.0.8/build-cross-x86/mono/mini/../../../mono/mono/mini/mini.c:5792] in libmono-2.0-x86 (0x00000000) 16 0x6d65549f mono_runtime_invoke+0x3e(method=0x21fb88, obj=0x0(nil), params=0x33fbcc, exc=(nil)) [/home/meh/work/wine-mono-0.0.8/build-cross-x86/mono/metadata/../../../mono/mono/metadata/object.c:2823] in libmono-2.0-x86 (0x03776f20) 17 0x6d6572a7 mono_runtime_exec_main+0x126(method=0x21fb88, args=0x2f69e20, exc=(nil)) [/home/meh/work/wine-mono-0.0.8/build-cross-x86/mono/metadata/../../../mono/mono/metadata/object.c:4019] in libmono-2.0-x86 (0x03776f20) 18 0x7df799c1 _CorExeMain+0x390() in mscoree (0x0033fe58) 19 0x7b85f22c call_process_entry+0xb() in kernel32 (0x0033fe78) 20 0x7b8604ab in kernel32 (+0x504aa) (0x0033feb8) 21 0x7bc78e30 call_thread_func_wrapper+0xb() in ntdll (0x0033fed8) 22 0x7bc7be3d call_thread_func+0x7c() in ntdll (0x0033ffa8) 23 0x7bc78e0e RtlRaiseException+0x21() in ntdll (0x0033ffc8) 24 0x7bc4e0ce call_dll_entry_point+0x33d() in ntdll (0x0033ffe8) 25 0xf762966d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 26 0xf762972b wine_switch_to_stack+0x2a() in libwine.so.1 (0xffef9328) 27 0x7bc53f30 LdrInitializeThunk+0x3af() in ntdll (0xffef9398) 28 0x7b866a82 __wine_kernel_init+0xa21() in kernel32 (0xffefa548) 29 0x7bc546eb __wine_process_init+0x25a() in ntdll (0xffefa5d8) 30 0xf7626bcc wine_init+0x2db() in libwine.so.1 (0xffefa648) 31 0x7bf00d0b main+0x8a() in <wine-loader> (0xffefaa98) 32 0xf74584d3 __libc_start_main+0xf2() in libc.so.6 (0x00000000) 0x0057efed: cmpb $0x0,0x35(%edi) Modules:Module Address Debug info Name (150 modules) PE 340000- 39d000 Deferred igutils PE 3a0000- 3d0000 Deferred alchemyext PE 3d0000- 3d6000 Deferred td_alloc_3.03_10 PE 3e0000- 3ea000 Deferred td_spatialindex_3.03_10 PE 400000- e0b000 Export layout PE e10000- 1471000 Deferred sketchupviewer PE 1480000- 160a000 Deferred igcore PE 1610000- 17bb000 Deferred igsg PE 17c0000- 18ac000 Deferred igattrs PE 18b0000- 1c16000 Deferred iggfx PE 1c20000- 1ce9000 Deferred igmath PE 1cf0000- 1d66000 Deferred atlastrtflib PE 1d70000- 1ded000 Deferred dwg_exporter PE 1df0000- 1e72000 Deferred td_root_3.03_10 PE 1e80000- 25b0000 Deferred td_db_3.03_10 PE 25b0000- 25f4000 Deferred td_dbroot_3.03_10 PE 2600000- 26a9000 Deferred td_gi_3.03_10 PE 26b0000- 279d000 Deferred td_ge_3.03_10 PE 27a0000- 2949000 Deferred layout_api PE 3360000- 3632000 Deferred mscorlib PE 10000000-101dd000 Deferred layout_model PE 25cb0000-25e40000 Deferred gdiplus PE 55300000-55565000 Deferred pdflib PE 6d500000-6df26000 Dwarf libmono-2.0-x86 PE 78050000-780b9000 Deferred msvcp100 PE 785f0000-78a22000 Deferred mfc100u PE 78aa0000-78b5e000 Deferred msvcr100 ELF 7ac00000-7ac60000 Deferred riched20<elf> \-PE 7ac10000-7ac60000 \ riched20 ELF 7b800000-7ba5b000 Dwarf kernel32<elf> \-PE 7b810000-7ba5b000 \ kernel32 ELF 7bc00000-7bcd9000 Dwarf ntdll<elf> \-PE 7bc10000-7bcd9000 \ ntdll ELF 7bf00000-7bf04000 Dwarf <wine-loader> ELF 7d646000-7d65e000 Deferred libresolv.so.2 ELF 7d65e000-7d6a7000 Deferred libdbus-1.so.3 ELF 7d6a7000-7d6b0000 Deferred libkrb5support.so.0 ELF 7d6b0000-7d6b5000 Deferred libcom_err.so.2 ELF 7d6b5000-7d6dd000 Deferred libk5crypto.so.3 ELF 7d6dd000-7d7ac000 Deferred libkrb5.so.3 ELF 7d7ac000-7d7be000 Deferred libavahi-client.so.3 ELF 7d7be000-7d811000 Deferred libcups.so.2 ELF 7d811000-7d816000 Deferred libgpg-error.so.0 ELF 7d816000-7d828000 Deferred libp11-kit.so.0 ELF 7d828000-7d8ad000 Deferred libgcrypt.so.11 ELF 7d8ad000-7d971000 Deferred libgnutls.so.26 ELF 7d9b0000-7d9be000 Deferred libavahi-common.so.3 ELF 7d9be000-7d9fc000 Deferred libgssapi_krb5.so.2 ELF 7d9fc000-7da0e000 Deferred libtasn1.so.3 ELF 7dab4000-7daea000 Deferred uxtheme<elf> \-PE 7dac0000-7daea000 \ uxtheme ELF 7daea000-7daf0000 Deferred libxfixes.so.3 ELF 7daf0000-7dafb000 Deferred libxcursor.so.1 ELF 7dafb000-7db0b000 Deferred libxi.so.6 ELF 7db0b000-7db0f000 Deferred libxcomposite.so.1 ELF 7db0f000-7db18000 Deferred libxrandr.so.2 ELF 7db18000-7db22000 Deferred libxrender.so.1 ELF 7db22000-7db28000 Deferred libxxf86vm.so.1 ELF 7db28000-7db2c000 Deferred libxinerama.so.1 ELF 7db2c000-7db33000 Deferred libxdmcp.so.6 ELF 7db33000-7db37000 Deferred libxau.so.6 ELF 7db37000-7db58000 Deferred libxcb.so.1 ELF 7db58000-7db5e000 Deferred libuuid.so.1 ELF 7db5e000-7db78000 Deferred libice.so.6 ELF 7db78000-7dcac000 Deferred libx11.so.6 ELF 7dcac000-7dcbe000 Deferred libxext.so.6 ELF 7dcbe000-7dcc7000 Deferred libsm.so.6 ELF 7dcc7000-7dccb000 Deferred libkeyutils.so.1 ELF 7dccb000-7dce1000 Deferred dwmapi<elf> \-PE 7dcd0000-7dce1000 \ dwmapi ELF 7dce3000-7dd75000 Deferred winex11<elf> \-PE 7dcf0000-7dd75000 \ winex11 ELF 7ddd0000-7ddfa000 Deferred libexpat.so.1 ELF 7ddfa000-7de2e000 Deferred libfontconfig.so.1 ELF 7de2e000-7dec8000 Deferred libfreetype.so.6 ELF 7dee4000-7def8000 Deferred psapi<elf> \-PE 7def0000-7def8000 \ psapi ELF 7def8000-7df60000 Deferred dbghelp<elf> \-PE 7df00000-7df60000 \ dbghelp ELF 7df60000-7df96000 Dwarf mscoree<elf> \-PE 7df70000-7df96000 \ mscoree ELF 7df96000-7e03e000 Deferred msvcrt<elf> \-PE 7dfb0000-7e03e000 \ msvcrt ELF 7e03e000-7e07e000 Deferred winspool<elf> \-PE 7e050000-7e07e000 \ winspool ELF 7e07e000-7e16a000 Deferred comdlg32<elf> \-PE 7e080000-7e16a000 \ comdlg32 ELF 7e16a000-7e18e000 Deferred imm32<elf> \-PE 7e170000-7e18e000 \ imm32 ELF 7e18e000-7e1b5000 Deferred mpr<elf> \-PE 7e190000-7e1b5000 \ mpr ELF 7e1b5000-7e1cb000 Deferred libz.so.1 ELF 7e1cb000-7e1e7000 Deferred wsock32<elf> \-PE 7e1d0000-7e1e7000 \ wsock32 ELF 7e1e7000-7e262000 Deferred wininet<elf> \-PE 7e1f0000-7e262000 \ wininet ELF 7e262000-7e288000 Deferred iphlpapi<elf> \-PE 7e270000-7e288000 \ iphlpapi ELF 7e288000-7e2b5000 Deferred netapi32<elf> \-PE 7e290000-7e2b5000 \ netapi32 ELF 7e2b5000-7e2e8000 Deferred secur32<elf> \-PE 7e2c0000-7e2e8000 \ secur32 ELF 7e2e8000-7e41c000 Deferred oleaut32<elf> \-PE 7e300000-7e41c000 \ oleaut32 ELF 7e41c000-7e49d000 Deferred rpcrt4<elf> \-PE 7e430000-7e49d000 \ rpcrt4 ELF 7e49d000-7e5d9000 Deferred ole32<elf> \-PE 7e4b0000-7e5d9000 \ ole32 ELF 7e5d9000-7e601000 Deferred atl100<elf> \-PE 7e5e0000-7e601000 \ atl100 ELF 7e601000-7e834000 Deferred shell32<elf> \-PE 7e610000-7e834000 \ shell32 ELF 7e834000-7e93c000 Deferred comctl32<elf> \-PE 7e840000-7e93c000 \ comctl32 ELF 7e93c000-7e9b6000 Deferred shlwapi<elf> \-PE 7e950000-7e9b6000 \ shlwapi ELF 7e9b6000-7e9ec000 Deferred ws2_32<elf> \-PE 7e9c0000-7e9ec000 \ ws2_32 ELF 7e9ec000-7eafa000 Deferred opengl32<elf> \-PE 7ea10000-7eafa000 \ opengl32 ELF 7eafa000-7eb0e000 Deferred msimg32<elf> \-PE 7eb00000-7eb0e000 \ msimg32 ELF 7eb0e000-7ec2c000 Deferred gdi32<elf> \-PE 7eb20000-7ec2c000 \ gdi32 ELF 7ec2c000-7ed87000 Deferred user32<elf> \-PE 7ec40000-7ed87000 \ user32 ELF 7ed87000-7edf6000 Deferred advapi32<elf> \-PE 7ed90000-7edf6000 \ advapi32 ELF 7edf6000-7ee03000 Deferred libnss_files.so.2 ELF 7ee03000-7ee1d000 Deferred libnsl.so.1 ELF 7ee1d000-7ee26000 Deferred libnss_compat.so.2 ELF 7efaf000-7efdb000 Deferred libm.so.6 ELF 7efdb000-7efe4000 Deferred librt.so.1 ELF 7efe6000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f7319000-f7337000 Deferred fusion<elf> \-PE f7320000-f7337000 \ fusion ELF f7337000-f7362000 Deferred msacm32<elf> \-PE f7340000-f7362000 \ msacm32 ELF f7362000-f741c000 Deferred winmm<elf> \-PE f7370000-f741c000 \ winmm ELF f741c000-f7431000 Deferred mswsock<elf> \-PE f7420000-f7431000 \ mswsock ELF f743a000-f743f000 Deferred libdl.so.2 ELF f743f000-f75e8000 Dwarf libc.so.6 ELF f75e9000-f7604000 Deferred libpthread.so.0 ELF f7604000-f7610000 Deferred libnss_nis.so.2 ELF f7620000-f77d6000 Dwarf libwine.so.1 ELF f77d8000-f77fa000 Deferred ld-linux.so.2 ELF f77fa000-f77fb000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 0000000e services.exe 0000001e 0 0000001d 0 00000018 0 00000016 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001c 0 00000019 0 00000017 0 00000013 0 0000001a plugplay.exe 00000020 0 0000001f 0 0000001b 0 00000021 explorer.exe 00000023 0 00000022 0 00000024 (D) C:\Program Files (x86)\SketchUp\SketchUp 2013\LayOut\LayOut.exe 00000026 0 00000025 0 <== System information: Wine build: wine-1.6 Platform: i386 (WOW64) Host system: Linux Host version: 3.5.0-37-generic -- 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 5

[Bug 31593] New: Regression from wine 1.5.4; same bug as 24679
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=31593 Bug #: 31593 Summary: Regression from wine 1.5.4; same bug as 24679 Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: scruffidog(a)gmail.com Classification: Unclassified Created attachment 41546 --> http://bugs.winehq.org/attachment.cgi?id=41546 running under winedbg and running the export to jpeg option This Sketchup bug seem to have been broken after 1.5.4 which was the last sucessful time I used this feature. The problem summarize is any 2D export/printing results in a solid black blob in the file. The versions of the various components are as follows: Sketchup M3/M4 nvidia drivers 304.32-304.43 xorg 1.12.3-1.12.4 mesa 8.0.4 wine 1.5.12 -- 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 34941] New: Ruby interpreter hangs with OS-level thread concurrency error
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34941 Bug #: 34941 Summary: Ruby interpreter hangs with OS-level thread concurrency error Product: Wine Version: 1.6.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: jsnydr(a)gmail.com Classification: Unclassified I just created a new 'version' entity for ruby in the appDB for ruby version 1.9.3 to report that it doesn't run. The recommended installer from http://rubyinstaller.org runs to completion and the installed 'ruby.exe' will report its version with `wine ruby -v`. But, if you try to get ruby to do anything (like install gems or run 'irb'), it becomes unresponsive such that it must be killed externally and begins generating the same error message every minute: 'err:ntdll:RtlpWaitForCriticalSection section 0x113848 "?" wait timed out in thread 0043, blocked by 0000, retrying (60 sec)' -- 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 19

[Bug 35870] New: SketchUp Make 2014: Inactive main window.
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35870 Bug ID: 35870 Summary: SketchUp Make 2014: Inactive main window. Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: u.schutz(a)bluewin.ch Created attachment 47888 --> http://bugs.winehq.org/attachment.cgi?id=47888 Output from the console, and aditional hardware information. The SketchUp Make 2014 main program window is not reacting to mouse or keyboard input, and is not redrawn. Menus and icons get destroyed when another window is placed above the SketchUp Make window. The SketchUp Make window seems completely inactive after startup. The xterm used to start wine is repeating this output line: err:ntdll:RtlpWaitForCriticalSection section 0x158cc0 "?" wait timed out in thread 0023, blocked by 0000, retrying (60 sec) Download SketchUp Make 2014, educational use, for Windows, from here: http://www.sketchup.com/download sha1sum SketchUpMake-en.exe b7c94c3ccc504d58226987992b8a785dd309777e SketchUpMake-en.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 8

[Bug 35832] New: SketchUp 2014 hangs after choosing a template
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35832 Bug ID: 35832 Summary: SketchUp 2014 hangs after choosing a template Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Created attachment 47844 --> http://bugs.winehq.org/attachment.cgi?id=47844 SketchUp 2014 Output Hello everyone, I having problems getting SketchUp 2014 to work. I submitted an AppDB entry for the 2014 version and got the application from the following URL: http://www.chip.de/downloads/SketchUp_19028747.html I am assuming that this is a .Net 4.0 related bug as the installation of .net 4.0 went through fairly quickly. The problem that I am facing is that after choosing a template in the main menu the application hangs. (Slackware 14). I have attached my output from the Konsole befere I had to kill the application. -- 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 3

[Bug 38023] New: SketchUp 2014 freezes on start due to Ruby 2.0
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38023 Bug ID: 38023 Summary: SketchUp 2014 freezes on start due to Ruby 2.0 Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: aerilius(a)googlemail.com Distribution: --- SketchUp 2014 and 2015 come with an upgraded Ruby (2.0 instead of 1.8.7). At start, after the Welcome dialog, the main application dialog opens and freezes. When starting SketchUp with /DisableRubyAPI parameter, the Ruby interpreter is not loaded and SketchUp starts normally. err:ntdll:RtlpWaitForCriticalSection section 0x15a7f0 "?" wait timed out in thread 0009, blocked by 0000, retrying (60 sec) The same kind of error could be invoked in older SketchUp versions with Ruby 1.8.7 or in stand-alone Ruby when using some system calls in the Ruby console like (with backticks, Ruby syntax): `dir` Using stand-alone Ruby 2.0.0 from http://rubyinstaller.org/downloads causes the same ntdll error. ruby-2.0.0-p598-i386-mingw32/bin$ wine ./ruby.exe "puts 'success'" fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:service:scmdatabase_autostart_services Auto-start service L"gupdate" failed to start: 2 err:ntdll:RtlpWaitForCriticalSection section 0x113b28 "?" wait timed out in thread 0009, blocked by 0000, retrying (60 sec) -- 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 18739] New: Sketchup Crashes after startup
by wine-bugs＠winehq.org 09 Feb '21

09 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=18739 Summary: Sketchup Crashes after startup Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: danny(a)orionrobots.co.uk Created an attachment (id=21488) --> (http://bugs.winehq.org/attachment.cgi?id=21488) Error Log THis is after the templates dialog. A brocken HTML help page seems to be showing - app dies before that can be dismissed. I am not usinh winetricks. Wine install from wineHQ deb on Ubuntu Jaunty. Sketchup 7 installed with HW_OK set to 1. Nvidia graphics card with Nvidia drivers. The crash is about a second in, but I am unable to use any controls before then. The google "bug splat" shows. Gecko debug symbols have been installed. -- 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 10

[Bug 32059] New: Broken Google Sketchup, Suspected Graphics related due to Bunt update
by wine-bugs＠winehq.org 08 Feb '21

08 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=32059 Bug #: 32059 Summary: Broken Google Sketchup, Suspected Graphics related due to Bunt update Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: david.vanderzwart(a)gmail.com Classification: Unclassified Hi fixerers, Auto updated Bunt a few days (October 21-23ish 2012) ago which broke Google Sketch-up. Heavy user of SU, after a recent update my screen dropped to a low resolution. A simple reboot brought it back to normal. But SU now crashes. Running Compiz standard desktop, SU has worked for over a year on the system. Diagnostics: Reboot brought back normal resolution Sysinfo reports Bunt 12.04 32 bit Benq screen identified, at 1920 x 1200 Nvidia 7600 GS identified Interestingly when launching SU after the update the program loaded. But the screen was black. I could see the mouse, which was black with a fine white outline. When mousing over my standard Bunt menu the mouse went normal and I was able to shut down the system. I did this several times, but nothing changed. I then did the GL regedit fix changing to setting HW_OK 1 This improved slightly, where SU just crashed, so no black screen Also I edited the snappy instructor I was impressed and boggled by the crash, so thought I would see if anyone may know a good way to remedy the fault. I appreciate I have not offered enough information, please let me know what information is needed to begin diagnostics. Regards Plus46 -- 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 4

[Bug 12263] New: Sketchup Cannot initialize OpenGL - ChoosePixelFormat fails
by wine-bugs＠winehq.org 08 Feb '21

08 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=12263 Summary: Sketchup Cannot initialize OpenGL - ChoosePixelFormat fails Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: gioloi72(a)gmail.com Created an attachment (id=11713) --> (http://bugs.winehq.org/attachment.cgi?id=11713) the console log of wine 0.9.58 launching sketchup In Ubuntu 7.10 Gutsy I have updated wine from 0.9.46 (comes with gutsy) to 0.9.58. In 0.9.46 I was able to run Google Sketchup 6 stable enough to work (only the toolbars and menus don't refresh correctly). After the update to 0.9.58 Sketchup no longer runs and I don't get any error message. Then in the registry key HKEY_CURRENT_USER\Software\Google\SketchUp6\GLConfig\Display\HW_OK changing value from 1 to 0 (It was set to 1 because Sketchup worked with 0.9.46) cause Sketchup to show a popup window with error "Can't initialize OpenGL: ChoosePixelFormat fails" After uninstalling 0.9.58 and reinstalling 0.9.46 Sketchup works again... Excuse my english Attached console log -- 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 22

[Bug 16511] New: Google Sketchup rejects some ruby scripts containing CRLF
by wine-bugs＠winehq.org 08 Feb '21

08 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=16511 Summary: Google Sketchup rejects some ruby scripts containing CRLF Product: Wine Version: 1.1.10 Platform: Other URL: http://sketchup.google.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Oddly, under Wine, the example ruby scripts from http://sketchup.google.com/download/rubyscripts.html are rejected by Sketchup unless you remove the CRs, i.e. run them through dos2unix. The one-liner "puts 'hello'" program is ok, though. The smallest script I've created that exibits the problem is a hello, world app that starts with a ten line comment. This script does not cause the error when run in Sketchup on MS Windows. I'll attach the script. -- 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 7

[Bug 12136] New: Sketchup6: crashes on x86-64 right after startup
by wine-bugs＠winehq.org 08 Feb '21

08 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=12136 Summary: Sketchup6: crashes on x86-64 right after startup Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: apersaud(a)lbl.gov Created an attachment (id=11532) --> (http://bugs.winehq.org/attachment.cgi?id=11532) console output from crash Installed openSUSE wine snapshot 0.9.57.20080320 on x86-64. Moved .wine to .wineold. Run "winecfg" to create new clean .wine directory. Downloaded installer for Sketchup (version 6). Run installer (worked without problems). Run Sketchup, wants to install Gecko for html rendering, installs fine. Some openGL problem(?) comes up, which seems to be fixed once I change the registry: HKEY_CURRENT_USER/SOFTWARE/GOOGLE/SKETCHUP6/GLCONFIG/DISPLAY/HW_OK to 0x1 (from 0x0) If I then restart Sketchup the main window pops up, together with two small windows (help and some setup window). In the main window the menu bar is displayed correctly, but the drawing window shows garbage (just white with some odd lines drawn on it, no coordinate system, etc. which is normally displayed). The setup window has a "continue" button, once I press it the application shuts down and a google bug reporting window comes up. Bug reproduces every time I run Sketchup. I attached the console output of "wine c:/.../sketchup.exe" HTH -- 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 15749] New: Google Sketchup 6 initial units dialog, can't choose units
by wine-bugs＠winehq.org 08 Feb '21

08 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=15749 Summary: Google Sketchup 6 initial units dialog, can't choose units Product: Wine Version: 1.1.7 Platform: Other URL: http://sketchup.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com When you first start Sketchup, it asks you what units to use. Sadly, the pulldown list of units is blank, and you can't click "OK" until you choose units. Fortunately, you can dismiss that dialog by clicking the go-away X box in the upper right. -- 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 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 February 2019