July 2015 - Wine-Bugs - list.winehq.org

[Bug 38969] New: RAGE crashes on startup

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38969 Bug ID: 38969 Summary: RAGE crashes on startup Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: hp(a)tmm.cx Distribution: --- Created attachment 51913 --> https://bugs.winehq.org/attachment.cgi?id=51913 Backtrace I have installed RAGE through a winetricks steam installation, it crashes on startup. System information: $ lsb_release -a LSB Version: :core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch Distributor ID: Fedora Description: Fedora release 22 (Twenty Two) Release: 22 Codename: TwentyTwo 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2) OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.6.1 (git-6ff3ae8) OpenGL core profile shading language version string: 3.30 $ wine --version wine-1.7.47 (Staging) Attached you will find the output of WINEDEBUG="+wgl,+opengl,+tid" WINEPREFIX="/home/hp/.local/share/wineprefixes/steam" wine Rage.exe and the subsequent crash log. -- 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.

July 25, 2015

[Bug 38967] Lotus Approach from Lotus Smartsuite 9.8 crashes on startup (failure to read from OLE compound document files)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38967 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |focht(a)gmx.net Component|-unknown |ole32 Summary|Lotus Approach crashes on |Lotus Approach from Lotus |start |Smartsuite 9.8 crashes on | |startup (failure to read | |from OLE compound document | |files) Ever confirmed|0 |1 --- Comment #2 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, confirming. No, it's not dupe of bug 19661 (that is win16 brain damage/garbage). --- snip --- $ pwd /home/focht/.wine/drive_c/lotus/approach $ WINEDEBUG=+tid,+seh,+relay,+ole,+storage wine ./approach.exe >>log.txt 2>&1 ... 002c:Call ole32.StgIsStorageFile(0032c500 L"C:\\lotus\\smasters\\approach\\db2www.mpr") ret=5f1038e2 002c:trace:storage:StgIsStorageFile L"C:\\lotus\\smasters\\approach\\db2www.mpr" 002c:Call KERNEL32.CreateFileW(0032c500 L"C:\\lotus\\smasters\\approach\\db2www.mpr",80000000,00000007,00000000,00000003,00000080,00000000) ret=7e8b97e3 002c:Ret KERNEL32.CreateFileW() retval=00000104 ret=7e8b97e3 002c:Call KERNEL32.ReadFile(00000104,0032c47c,00000008,0032c478,00000000) ret=7e8b9822 002c:Ret KERNEL32.ReadFile() retval=00000001 ret=7e8b9822 002c:Call KERNEL32.CloseHandle(00000104) ret=7e8b988e 002c:Ret KERNEL32.CloseHandle() retval=00000001 ret=7e8b988e 002c:trace:storage:StgIsStorageFile -> YES 002c:Ret ole32.StgIsStorageFile() retval=00000000 ret=5f1038e2 ... 002c:Call ole32.StgOpenStorage(0032c4e8 L"C:\\lotus\\smasters\\approach\\db2www.mpr",00000000,00000020,00000000,00000000,0032c6fc) ret=5f1037db 002c:trace:storage:StgOpenStorage (L"C:\\lotus\\smasters\\approach\\db2www.mpr", (nil), 20, (nil), 0, 0x32c6fc) 002c:Call KERNEL32.CreateFileW(0032c4e8 L"C:\\lotus\\smasters\\approach\\db2www.mpr",80000000,00000001,00000000,00000003,10000080,00000000) ret=7e8b81ff 002c:Ret KERNEL32.CreateFileW() retval=00000104 ret=7e8b81ff 002c:Call KERNEL32.GetFileSize(00000104,00000000) ret=7e8b827e 002c:Ret KERNEL32.GetFileSize() retval=000a7600 ret=7e8b827e ... 002c:trace:storage:StorageImpl_LoadFileHeader 002c:trace:storage:FileLockBytesImpl_ReadAt (0x15a7a0)-> 0 0x32b008 512 0x32affc ... 002c:trace:storage:FileLockBytesImpl_ReadAt finished 002c:trace:storage:StorageImpl_ReadDirEntry storage name: L"Root Entry" 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,00002044) ret=7e8b5947 002c:Ret ntdll.RtlAllocateHeap() retval=02250380 ret=7e8b5947 002c:trace:storage:BlockChainStream_ReadAt (0x224bcc8)-> 0 0x32b064 128 0x32b01c 002c:trace:storage:StorageImpl_ReadDirEntry storage name: L"Root Entry" 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,000000c0) ret=7e8b5444 002c:Ret ntdll.RtlAllocateHeap() retval=0224dd18 ret=7e8b5444 002c:trace:storage:FileLockBytesImpl_ReadAt (0x15a7a0)-> 512 0x32a180 512 0x32a12c 002c:Call KERNEL32.SetFilePointerEx(00000104,00000200,00000000,00000000,00000000) ret=7e879f7b 002c:Ret KERNEL32.SetFilePointerEx() retval=00000001 ret=7e879f7b 002c:Call KERNEL32.ReadFile(00000104,0032a180,00000200,0032a064,00000000) ret=7e879fbe 002c:Ret KERNEL32.ReadFile() retval=00000001 ret=7e879fbe 002c:trace:storage:FileLockBytesImpl_ReadAt finished ... 002c:trace:storage:StorageBaseImpl_AddRef (0x2249a40) AddRef to 3 002c:trace:storage:StorageBaseImpl_Release (0x2249a40) ReleaseRef to 2 002c:Call KERNEL32.lstrcpynA(0032ca0c,0032c744 "C:\\lotus\\smasters\\approach\\db2www.mpr",0000007f) ret=0044a8b4 002c:Ret KERNEL32.lstrcpynA() retval=0032ca0c ret=0044a8b4 002c:Call KERNEL32.lstrlenA(006bdf34 "INFO") ret=5f10f730 002c:Ret KERNEL32.lstrlenA() retval=00000004 ret=5f10f730 002c:Call KERNEL32.MultiByteToWideChar(00000000,00000000,006bdf34 "INFO",00000005,0032c50c,00000005) ret=5f10f745 002c:Ret KERNEL32.MultiByteToWideChar() retval=00000005 ret=5f10f745 002c:trace:storage:StorageBaseImpl_OpenStream (0x2249a40, L"INFO", (nil), 10, 0, 0x32c71c) 002c:trace:storage:BlockChainStream_ReadAt (0x224bcc8)-> 0 0x32c2d4 128 0x32c28c 002c:trace:storage:StorageImpl_ReadDirEntry storage name: L"Root Entry" 002c:trace:storage:BlockChainStream_ReadAt (0x224bcc8)-> 256 0x32c2d4 128 0x32c28c 002c:trace:storage:StorageImpl_ReadDirEntry storage name: L"USERS" 002c:trace:storage:BlockChainStream_ReadAt (0x224bcc8)-> 128 0x32c2d4 128 0x32c28c 002c:trace:storage:StorageImpl_ReadDirEntry storage name: L"INFO" 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=7e8a92f2 002c:Ret ntdll.RtlAllocateHeap() retval=0015b890 ret=7e8a92f2 002c:trace:storage:StorageBaseImpl_AddStream Stream added (stg=0x2249a40 strm=0x15b890) 002c:trace:storage:StorageBaseImpl_OpenStream <-- IStream 0x15b890 002c:trace:storage:StorageBaseImpl_OpenStream <-- 00000000 ... 002c:trace:storage:StgStreamImpl_Stat 0x15b890 0x32ca8c 0 002c:trace:storage:BlockChainStream_ReadAt (0x224bcc8)-> 128 0x32c554 128 0x32c50c 002c:trace:storage:StorageImpl_ReadDirEntry storage name: L"INFO" 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000a) ret=7e882307 002c:Ret ntdll.RtlAllocateHeap() retval=0015a660 ret=7e882307 002c:Call ole32.CoGetMalloc(00000001,0032c6d0) ret=5f102011 002c:Ret ole32.CoGetMalloc() retval=00000000 ret=5f102011 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,00000005) ret=7e882307 002c:Ret ntdll.RtlAllocateHeap() retval=0015a678 ret=7e882307 002c:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0015a660 L"INFO",00000005,0015a678,00000005,00000000,00000000) ret=5f10f899 002c:Ret KERNEL32.WideCharToMultiByte() retval=00000005 ret=5f10f899 002c:Call ole32.CoGetMalloc(00000001,0032c6e8) ret=5f102043 002c:Ret ole32.CoGetMalloc() retval=00000000 ret=5f102043 002c:Call ntdll.RtlFreeHeap(00110000,00000000,0015a660) ret=7e882758 002c:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e882758 002c:trace:storage:StgStreamImpl_Read (0x15b890, 0x18313ac, 277, (nil)) 002c:trace:storage:BlockChainStream_ReadAt (0x224bcc8)-> 128 0x32c4f4 128 0x32c4ac 002c:trace:storage:StorageImpl_ReadDirEntry storage name: L"INFO" 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,00002044) ret=7e8b5947 002c:Ret ntdll.RtlAllocateHeap() retval=02252e68 ret=7e8b5947 002c:trace:storage:BlockChainStream_ReadAt (0x224bcc8)-> 128 0x32c394 128 0x32c34c 002c:trace:storage:StorageImpl_ReadDirEntry storage name: L"INFO" 002c:Call ntdll.RtlAllocateHeap(00110000,00000000,000000c0) ret=7e8b5444 002c:Ret ntdll.RtlAllocateHeap() retval=0015aa48 ret=7e8b5444 002c:trace:storage:FileLockBytesImpl_ReadAt (0x15a7a0)-> 512 0x32b4b0 512 0x32b45c 002c:Call KERNEL32.SetFilePointerEx(00000104,00000200,00000000,00000000,00000000) ret=7e879f7b 002c:Ret KERNEL32.SetFilePointerEx() retval=00000001 ret=7e879f7b 002c:Call KERNEL32.ReadFile(00000104,0032b4b0,00000200,0032b394,00000000) ret=7e879fbe 002c:Ret KERNEL32.ReadFile() retval=00000001 ret=7e879fbe 002c:trace:storage:FileLockBytesImpl_ReadAt finished 002c:warn:storage:StorageImpl_GetNextBlockInChain depotBlockCount 8388607, bigBlockDepotCount 11 .. 002c:trace:storage:StgStreamImpl_Read <-- 8007000e ... 002c:trace:storage:StgStreamImpl_Release (0x15b890) 002c:trace:storage:StorageBaseImpl_RemoveStream Stream removed (stg=0x2249a40 strm=0x15b890) ... 002c:Call msvcrt.strstr(00000000,0032caf4 "\n\n") ret=00467f01 002c:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf73a21ed ip=f73a21ed tid=002c 002c:trace:seh:raise_exception info[0]=00000000 002c:trace:seh:raise_exception info[1]=00000000 002c:trace:seh:raise_exception eax=f74ec000 ebx=00000000 ecx=00000000 edx=00000008 esi=0032c730 edi=00000000 002c:trace:seh:raise_exception ebp=0032caf4 esp=0032c670 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 002c:trace:seh:call_vectored_handlers calling handler at 0x7d965bd2 code=c0000005 flags=0 --- snip --- The app reads from a compound storage document and parses the returned block data. The memory block is initialized with patterns prior to calling 'ole32.StgStreamImpl_Read()': --- snip --- 00A809A0 00 00 00 00 8C 09 C9 00 01 01 01 01 01 01 01 01 00A809B0 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A809C0 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A809D0 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A809E0 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A809F0 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A80A00 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A80A10 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A80A20 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A80A30 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A80A40 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A80A50 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 00A80A60 01 01 01 01 01 01 01 01 01 01 01 00 54 0A DF 00 .T... 00A80A70 4C 6F 74 75 73 20 41 70 70 72 6F 61 63 68 0D 0A .Lotus Approach.. --- snip --- After 'ole32.StgStreamImpl_Read': --- snip --- 00A809A0 00 00 00 00 8C 09 C9 00 4C 6F 74 75 73 20 41 70 ........Lotus Ap 00A809B0 70 72 6F 61 63 68 0A 0A 43 6F 6E 74 61 63 74 20 proach..Contact 00A809C0 4D 61 6E 61 67 65 72 20 53 6D 61 72 74 4D 61 73 Manager SmartMas 00A809D0 74 65 72 0A 0A 4D 61 6E 61 67 65 73 20 63 6F 6E ter..Manages con 00A809E0 74 61 63 74 73 20 69 6E 63 6C 75 64 69 6E 67 20 tacts including 00A809F0 61 63 74 69 6F 6E 20 69 74 65 6D 73 2C 20 63 61 action items, ca 00A80A00 6C 6C 20 64 65 74 61 69 6C 2C 20 64 69 72 65 63 ll detail, direc 00A80A10 74 20 64 69 61 6C 20 69 6E 66 6F 72 6D 61 74 69 t dial informati 00A80A20 6F 6E 2C 20 61 6E 64 20 6D 61 73 73 20 6D 61 69 on, and mass mai 00A80A30 6C 69 6E 67 20 73 75 70 70 6F 72 74 2E 0A 0A 0A ling support.... 00A80A40 0A 31 31 2F 36 2F 39 35 0A 0A 36 3A 31 36 20 41 .11/6/95..6:16 A 00A80A50 4D 0A 0A 31 31 2F 32 30 2F 39 36 0A 0A 37 3A 34 M..11/20/96..7:4 00A80A60 31 20 50 4D 0A 0A 33 30 0A 0A 01 00 54 0A DF 00 1 PM..30....T.ß. 00A80A70 4C 6F 74 75 73 20 41 70 70 72 6F 61 63 68 0D 0A Lotus Approach.. --- snip --- The app loops over the block data and replaces any occurrence of '\n\n' with '\r\n'. --- snip --- 00A809A0 00 00 00 00 8C 09 C9 00 4C 6F 74 75 73 20 41 70 ........Lotus Ap 00A809B0 70 72 6F 61 63 68 0D 0A 43 6F 6E 74 61 63 74 20 proach..Contact 00A809C0 4D 61 6E 61 67 65 72 20 53 6D 61 72 74 4D 61 73 Manager SmartMas 00A809D0 74 65 72 0D 0A 4D 61 6E 61 67 65 73 20 63 6F 6E ter..Manages con 00A809E0 74 61 63 74 73 20 69 6E 63 6C 75 64 69 6E 67 20 tacts including 00A809F0 61 63 74 69 6F 6E 20 69 74 65 6D 73 2C 20 63 61 action items, ca 00A80A00 6C 6C 20 64 65 74 61 69 6C 2C 20 64 69 72 65 63 ll detail, direc 00A80A10 74 20 64 69 61 6C 20 69 6E 66 6F 72 6D 61 74 69 t dial informati 00A80A20 6F 6E 2C 20 61 6E 64 20 6D 61 73 73 20 6D 61 69 on, and mass mai 00A80A30 6C 69 6E 67 20 73 75 70 70 6F 72 74 2E 0D 0A 0D ling support.... 00A80A40 0A 31 31 2F 36 2F 39 35 0D 0A 36 3A 31 36 20 41 .11/6/95..6:16 A 00A80A50 4D 0D 0A 31 31 2F 32 30 2F 39 36 0D 0A 37 3A 34 M..11/20/96..7:4 00A80A60 31 20 50 4D 0D 0A 33 30 0D 0A 01 00 54 0A DF 00 1 PM..30....T.ß. 00A80A70 4C 6F 74 75 73 20 41 70 70 72 6F 61 63 68 0D 0A Lotus Approach.. --- snip --- It then proceeds further... The app has some crappy error handling in case the storage stream reader returns failure (such as 'E_OUTOFMEMORY'). It detects the failure, releases the storage stream and resets the block ptr to zero but still calls the code to parse data from the block, passing ptr which is now NULL. I've used some other tools on that compound storage file to check the validity. 'Structured Storage Viewer' -> http://www.mitec.cz/ssv.html 'Compound File Explorer (CFX)' -> http://coco.co.uk/developers/CFX.html Those tools make use of ole32 (= Wine's impl) to read content of compound storage and get it wrong too. Although the storage root directory structure can be read and displayed, the entry values are completely off (size, creation/access/modified dates etc.). There is also failure to read certain file entries, such as 'INFO' (same where 'Lotus Approach' fails at). One tool I found reliably to work is from here: http://mvole.sourceforge.net/ --- quote --- MVOLE is program for reading Microsoft OLE Storage file (such as MS Word .doc or MS Excel .xls). You can get content of any OLE object in this file, even it is damaged. OLE object's content may be translated from MS Office UNICODE format to plain text with correct charset, HTML and binary format (for pictures). Code of MVOLE is based on original code of cole library, but it is more stable and it can work with damaged and truncated files. See readme.txt for more information --- quote --- Guess .. it uses its own compound storage reader code, based off 'cole' library. --- snip --- $ wine ./mvole.exe list "db2www.mpr" MVOLE Ms OLE storage manipulation 0.30b by Andrey S. Cherepanov & Tomasz Lis, 2001-2007 ------------------------------- Mounting OLE file db2www.mpr, size 685568 bytes... Reading big blocks allocation table... Info: Allocated memory for 11 BD alloc. table blocks Info: Processing allocation table part 0, entry 000000 Info: Processing allocation table part 1, entry 000080 Info: Processing allocation table part 2, entry 000100 Info: Processing allocation table part 3, entry 000180 Info: Processing allocation table part 4, entry 0001fd Info: Processing allocation table part 5, entry 000259 Info: Processing allocation table part 6, entry 0002e2 Info: Processing allocation table part 7, entry 0002e3 Info: Processing allocation table part 8, entry 0002e4 Info: Processing allocation table part 9, entry 000452 Info: Processing allocation table part 10, entry 000453 Info: Readed 5632 bytes of Big Block depot Info: Filled 1408 entries of BD allocation table Reading small blocks allocation table... Info: Processing allocation entry 000002 to extract block Info: Processing allocation entry 000015 to extract block ... Info: Processing allocation entry 000237 to extract block Info: Loaded 11264 bytes to form SD alloc. table Info: Created 2816 entries in SD alloc. table Reading root entry... Info: Processing allocation entry 000001 to extract block Info: Processing allocation entry 000004 to extract block Info: Processing allocation entry 000005 to extract block ... Info: Processing allocation entry 000535 to extract block Reading objects tree... Info: Created entry "Root Entry"; size 174208, first alloc entry 000003 Info: Created entry "INFO"; size 277, first alloc entry 000000 Info: Created entry "USERS"; size 223, first alloc entry 0000de Info: Created entry "PRIVILEGES"; size 70, first alloc entry 000005 Info: Created entry "SCRIPT"; size 415, first alloc entry 00019e Info: Created entry "ApproachDoc"; size 447, first alloc entry 0001be Info: Created entry "OPENING"; size 479, first alloc entry 0001de Info: Created entry "Body"; size 513, first alloc entry 0001fe ... Info: Created entry "CurrentView"; size 1884, first alloc entry 000a84 Info: Entry 382 does not exist, skipped Info: Entry 383 does not exist, skipped Done, file mounted. block: 11(0), ext.block: 0, num of real blocks: 1339(685568 bytes) --- 0: ROOT 174208 Root Entry 1: FILE 277 INFO 2: DIR 223 USERS 3: FILE 70 PRIVILEGES 4: DIR 415 SCRIPT 5: DIR 447 ApproachDoc 6: DIR 479 OPENING 7: DIR 513 Body 8: FILE 4 ObjText.e 9: FILE 0 ObjText.o ... 374: FILE 4825 A007AppAppObj888.o 375: FILE 5666 A007AppAppObj888.s 376: FILE 69484 A007ApprGlobObj897.o 377: FILE 186772 A007ApprGlobObj897.s 378: FILE 4 VERSION 379: FILE 115043 DOCUMENT 380: DIR 4 QUICKVIEW 381: FILE 1884 CurrentView --- snip --- $ sha1sum Lotus\ SmartSuite\ 9.8\ -\ Int\ English.exe 889d337d6a6f2a0c25978ce2168b86ea5e8a4069 Lotus SmartSuite 9.8 - Int English.exe $ du -sh Lotus\ SmartSuite\ 9.8\ -\ Int\ English.exe 149M Lotus SmartSuite 9.8 - Int English.exe $ wine --version wine-1.7.47-196-g4e6e9a1 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.

July 25, 2015

[Bug 35655] Wined3d performance drop

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=35655 Jonas Jelten <jj(a)stusta.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jj(a)stusta.net -- 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.

July 25, 2015

[Bug 38926] WineHQ should build vanilla Wine binary packages of the biweekly releases for major distros

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38926 --- Comment #16 from Rosanne DiMesio <dimesio(a)earthlink.net> --- (In reply to Austin English from comment #2) > Debian builds up to date wine, at least in experimental and/or I believe. In > any case, I could build for Fedora and potentially debian/maybe ubuntu if it > will work from debian's pbuilder setup. What about the OBS? It is open to anyone and has the capability to build packages for all three distros (and others). Marcus has been using it for years to build the openSUSE Wine packages. -- 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.

July 25, 2015

[Bug 37974] Star Wars Empire at War screen garbled

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=37974 --- Comment #8 from velteyn(a)gmail.com --- The situation with wine-1.7.44 is worst !! This is my crash log Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x013c3ed0). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:013c3ed0 ESP:019babf0 EBP:019bb560 EFLAGS:00010296( R- -- I S -A-P- ) EAX:00000000 EBX:00000000 ECX:019babcc EDX:ffffffff ESI:0161c288 EDI:0161c288 Stack dump: 0x019babf0: 0000008c 00000072 0161e244 013c2b66 0x019bac00: 019bb52c 0161e23c 019bb57c 019bb988 0x019bac10: 019c4578 00000000 019c4497 00000000 0x019bac20: 00000000 00000000 00000000 00000000 0x019bac30: 00000000 00000000 00000000 00000000 0x019bac40: 00000000 00000000 00000000 00000000 Backtrace: =>0 0x013c3ed0 in sweaw (+0xfc3ed0) (0x019bb560) 1 0x013c4ac3 in sweaw (+0xfc4ac2) (0x019bbd84) 2 0x012498c6 in sweaw (+0xe498c5) (0x019c4584) 3 0x012c9329 in sweaw (+0xec9328) (0x019f2cf0) 4 0x00d00c54 in sweaw (+0x900c53) (0xb0f844e9) 0x013c3ed0: cmpb $0x0,0x0(%ebx) Modules: Module Address Debug info Name (91 modules) PE 400000- 183a000 Export sweaw PE 1a40000- 1c8f000 Deferred d3dx9_27 PE 10000000-10061000 Deferred perceptionfunctiong PE 21100000-21164000 Deferred mss32 PE 30000000-30068000 Deferred binkw32 ELF 78139000-7a800000 Deferred fglrx_dri.so ELF 7a800000-7a91f000 Deferred opengl32<elf> \-PE 7a820000-7a91f000 \ opengl32 ELF 7b800000-7ba65000 Deferred kernel32<elf> \-PE 7b810000-7ba65000 \ kernel32 ELF 7bc00000-7bce8000 Deferred ntdll<elf> \-PE 7bc10000-7bce8000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7caf9000-7cb0d000 Deferred psapi<elf> \-PE 7cb00000-7cb0d000 \ psapi ELF 7d6f2000-7d7a7000 Deferred libatiadlxx.so ELF 7d7a7000-7d7c5000 Deferred libatiuki.so.1 ELF 7d8ba000-7d965000 Deferred libgl.so.1 ELF 7d990000-7d9c8000 Deferred uxtheme<elf> \-PE 7d9a0000-7d9c8000 \ uxtheme ELF 7d9c8000-7d9cf000 Deferred libxfixes.so.3 ELF 7d9cf000-7d9da000 Deferred libxcursor.so.1 ELF 7dada000-7daec000 Deferred libxi.so.6 ELF 7daec000-7daf7000 Deferred libxrandr.so.2 ELF 7daf7000-7db03000 Deferred libxrender.so.1 ELF 7db03000-7db25000 Deferred libxcb.so.1 ELF 7db65000-7db69000 Deferred libxcomposite.so.1 ELF 7db69000-7db6f000 Deferred libxxf86vm.so.1 ELF 7db6f000-7db73000 Deferred libxinerama.so.1 ELF 7db73000-7db7a000 Deferred libxdmcp.so.6 ELF 7db7a000-7db7e000 Deferred libxau.so.6 ELF 7db7e000-7dcc9000 Deferred libx11.so.6 ELF 7dcc9000-7dcde000 Deferred libxext.so.6 ELF 7dce1000-7dcea000 Deferred librt.so.1 ELF 7dcea000-7dd07000 Deferred libgcc_s.so.1 ELF 7dd09000-7dd9d000 Deferred winex11<elf> \-PE 7dd10000-7dd9d000 \ winex11 ELF 7dd9d000-7ddc2000 Deferred imm32<elf> \-PE 7dda0000-7ddc2000 \ imm32 ELF 7de3e000-7de67000 Deferred libexpat.so.1 ELF 7de67000-7deaa000 Deferred libfontconfig.so.1 ELF 7deaa000-7ded6000 Deferred libpng12.so.0 ELF 7ded6000-7def1000 Deferred libz.so.1 ELF 7def1000-7dfa1000 Deferred libfreetype.so.6 ELF 7dfcc000-7e111000 Deferred oleaut32<elf> \-PE 7dfe0000-7e111000 \ oleaut32 ELF 7e111000-7e25f000 Deferred wined3d<elf> \-PE 7e120000-7e25f000 \ wined3d ELF 7e25f000-7e29d000 Deferred d3d9<elf> \-PE 7e270000-7e29d000 \ d3d9 ELF 7e29d000-7e34e000 Deferred msvcrt<elf> \-PE 7e2b0000-7e34e000 \ msvcrt ELF 7e34e000-7e45a000 Deferred comctl32<elf> \-PE 7e360000-7e45a000 \ comctl32 ELF 7e47d000-7e6c7000 Deferred shell32<elf> \-PE 7e490000-7e6c7000 \ shell32 ELF 7e6c7000-7e6ee000 Deferred iphlpapi<elf> \-PE 7e6d0000-7e6ee000 \ iphlpapi ELF 7e6ee000-7e728000 Deferred ws2_32<elf> \-PE 7e700000-7e728000 \ ws2_32 ELF 7e728000-7e744000 Deferred wsock32<elf> \-PE 7e730000-7e744000 \ wsock32 ELF 7e744000-7e76f000 Deferred msacm32<elf> \-PE 7e750000-7e76f000 \ msacm32 ELF 7e76f000-7e7f3000 Deferred rpcrt4<elf> \-PE 7e780000-7e7f3000 \ rpcrt4 ELF 7e7f3000-7e935000 Deferred ole32<elf> \-PE 7e810000-7e935000 \ ole32 ELF 7e935000-7e9ee000 Deferred winmm<elf> \-PE 7e940000-7e9ee000 \ winmm ELF 7e9ee000-7ea6a000 Deferred advapi32<elf> \-PE 7ea00000-7ea6a000 \ advapi32 ELF 7ea6a000-7eb89000 Deferred gdi32<elf> \-PE 7ea80000-7eb89000 \ gdi32 ELF 7eb89000-7ece5000 Deferred user32<elf> \-PE 7eba0000-7ece5000 \ user32 ELF 7ece5000-7ed5f000 Deferred shlwapi<elf> \-PE 7ecf0000-7ed5f000 \ shlwapi ELF 7ed5f000-7ed6d000 Deferred libnss_files.so.2 ELF 7ed6d000-7ed88000 Deferred libnsl.so.1 ELF 7ef88000-7efd5000 Deferred libm.so.6 ELF 7efe6000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f73c4000-f757f000 Deferred libc.so.6 ELF f757f000-f7584000 Deferred libdl.so.2 ELF f7585000-f75a2000 Deferred libpthread.so.0 ELF f75a3000-f75b0000 Deferred libnss_nis.so.2 ELF f75c2000-f75cc000 Deferred libnss_compat.so.2 ELF f75cd000-f7783000 Dwarf libwine.so.1 ELF f7785000-f77a9000 Deferred ld-linux.so.2 ELF f77ab000-f77ac000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000045 0 00000064 0 0000001c 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001b 0 00000018 0 00000017 0 00000013 0 00000019 plugplay.exe 0000001f 0 0000001e 0 0000001a 0 00000020 explorer.exe 00000025 0 00000024 0 00000023 0 00000022 0 00000021 0 00000038 rpcss.exe 00000053 0 00000043 0 0000003e 0 0000003d 0 0000003c 0 0000003a 0 00000039 0 00000060 (D) C:\Program Files (x86)\LucasArts\Star Wars Empire at War\GameData\sweaw.exe 00000009 0 00000061 0 <== System information: Wine build: wine-1.7.44 Platform: i386 (WOW64) Host system: Linux Host version: 3.19.0-22-generic -- 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.

July 25, 2015

[Bug 33725] AppDB emails have trimmed URLs

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=33725 --- Comment #11 from Pavel Řezníček <cigydd(a)gmail.com> --- Please somebody who is competent be so kind and give this bug a higher priority. It's really annoying me and surely many other users of AppDB. -- 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.

July 25, 2015

[Bug 33725] AppDB emails have trimmed URLs

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=33725 Pavel Řezníček <cigydd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cigydd(a)gmail.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.

July 25, 2015

[Bug 27117] Quake III Arena demo installer spawns Wine File when setting up Start menu items

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=27117 Bernhard Übelacker <bernhardu(a)vr-web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu(a)vr-web.de --- Comment #3 from Bernhard Übelacker <bernhardu(a)vr-web.de> --- 10 Wine Explorer windows are still opened in wine 1.7.47. But when trying to install in Windows XP or 8.1 there are 3 Windows Explorer windows are opened too (contrary to the bug opener). e.g.: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Quake 3 Arena Demo\Extras C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Quake 3 Arena Demo\Extras\Help C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Quake 3 Arena Demo The only difference I could observe was that native seems to check if there is already a Windows Explorer showing the path and just opens a new window if not. To me this bug seems either invalid, because native opens windows too (Except native opens 3 windows instead of 10). Or it is fixed as of wine 1.3.23 (first version opening Wine Explorer instead of Wine File Manager). (md5sum Q3ADemo.exe 044b6b00452ef34b2598834166f8f45a) -- 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.

July 25, 2015

[Bug 38966] LG Mobile Support Tool v1.8 crashes during selection of cell carrier when executing USB driver installation

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=38966 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|UNCONFIRMED |NEW URL| |http://tool.xcdn.gdms.lge.c | |om/client/app/B2CAppSetup.e | |xe CC| |focht(a)gmx.net Component|-unknown |wininet Summary|force close after hitting |LG Mobile Support Tool v1.8 |install usb drivers on lg |crashes during selection of |mobile support tool and |cell carrier when executing |when enter cell carrier |USB driver installation Ever confirmed|0 |1 --- Comment #2 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, confirming. --- snip --- $ pwd /home/focht/.wine/drive_c/users/Public/Application Data/LGMOBILEAX/B2C_Client $ WINEDEBUG=+tid,+seh,+relay wine ./LGUserCSTool.exe B2CST_WDLTB >>log.txt 2>&1 ... Unhandled exception: page fault on read access to 0x00000008 in 32-bit code (0x0043851c). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:0043851c ESP:0032e928 EBP:00000000 EFLAGS:00210246( R- -- I Z- -P- ) EAX:0032e944 EBX:00000004 ECX:00000000 EDX:00571628 ESI:003300cc EDI:00000000 ... Backtrace: =>0 0x0043851c in lgusercstool (+0x3851c) (0x00000000) 0x0043851c: movl 0x8(%ecx),%eax Modules: Module Address Debug info Name (140 modules) PE 400000- 565000 Export lgusercstool PE 10000000-1002f000 Deferred lgmobiledl ELF 48e28000-48e31000 Deferred libffi.so.6 ELF 48e33000-48e8e000 Deferred libp11-kit.so.0 ELF 49048000-490ba000 Deferred libpcre.so.1 ELF 490bc000-490e1000 Deferred libselinux.so.1 ELF 495dd000-495fb000 Deferred libgcc_s.so.1 PE 73d10000-73e0e000 Deferred mfc42 ... Threads: process tid prio (all id:s are in hex) ... 0000003f (D) C:\users\Public\Application Data\LGMOBILEAX\B2C_Client\LGUserCSTool.exe 00000034 0 00000033 0 00000032 0 00000031 0 0000001c 0 <== --- snip --- The crash is kind of random. Sometimes it works, sometimes not. Running with gui debugger or relay tracing it always works for me. --- snip --- ... 0031:Call wininet.HttpOpenRequestA(00000002,004c7a20 "POST",00601078 "csmg/nb2c/gn_upgrade_model_img.jsp",004c7a28 "HTTP/1.1",00000000,00000000,00800000,00000000) ret=004438ca ... 0031:Ret wininet.HttpOpenRequestA() retval=00000003 ret=004438ca 0031:Call wininet.HttpSendRequestA(00000003,004c79f0 "Content-Type: application/x-www-form-urlencoded",0000002f,73de86d4,00000000) ret=004438fb ... 0031:Ret wininet.HttpSendRequestA() retval=00000001 ret=004438fb 0031:Call wininet.InternetReadFile(00000003,003165b8,00007800,004cc0ac) ret=0044396d ... 0031:Ret ws2_32.recv() retval=00000b40 ret=7e7bc62b 0031:Call secur32.DecryptMessage(00cdf544,003162d0,00000000,00000000) ret=7e7bd66b ... 0031:Ret ws2_32.recv() retval=000005a0 ret=7e7bc62b 0031:Call secur32.DecryptMessage(00cdf544,00316210,00000000,00000000) ret=7e7bd66b ... 0031:Call KERNEL32.lstrlenA(003165b8 "<?xml version='1.0' encoding='utf-8'?>\r\n<response req_cmd='gn_upgrade_model_img' status='OK'>\r\n<gn_upgrade_model_img>\r\n<model>JutYdSNqF77lcNZLyGBj5Q==</model>\r\n<file_name>IbLbkFTgTsEpzcDT8GykArs/7dQ4flBe+M5qfmhQyX4=</file_name>\r\n<url>lu1NRqv/QoYh1PKRStj9JwU5zZdqa0vo+wqjo1nJlYCwXj+nWnOXN1S3L"...) ret=73d14956 0031:Ret KERNEL32.lstrlenA() retval=00003339 ret=73d14956 0031:Call msvcrt.malloc(00003346) ret=73d14154 0031:Call ntdll.RtlAllocateHeap(00570000,00000000,00003346) ret=7e847150 0031:Ret ntdll.RtlAllocateHeap() retval=0063fb70 ret=7e847150 0031:Ret msvcrt.malloc() retval=0063fb70 ret=73d14154 0031:Call msvcrt.memcpy(0063fb7c,73de86d4,00000000) ret=73d143f3 0031:Ret msvcrt.memcpy() retval=0063fb7c ret=73d143f3 0031:Call msvcrt.memcpy(0063fb7c,003165b8,00003339) ret=73d14402 0031:Ret msvcrt.memcpy() retval=0063fb7c ret=73d14402 ... --- snip --- The app sends a JSP request and parses a rather large XML response which contains lists of models into a series of string arrays. It sanitizes/trims the input and removes XML specific data. If the response status code for the model list request doesn't contain 'OK' the app code misses out the creation of a string array. This later leads to NULL ptr dereference when the carrier selection is done. One reason could be return of partial data on first request for whatever reason. You might try: 'winetricks -q wininet' Anyway, it's as Austin already said: what you're trying to do won't work by design. Wine is not an operating system and doesn't implement the "Windows kernel" infrastructure needed to support these kind of hardware driver classes. If your hardware is not recognized by your Linux kernel, you're out of luck. Wine can't help you with that. $ sha1sum B2CAppSetup.exe 3ad4c2aececf1c8fa9bc77019c25e741c9ef9fcf B2CAppSetup.exe $ du -sh B2CAppSetup.exe 256K B2CAppSetup.exe $ wine --version wine-1.7.47-196-g4e6e9a1 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.

July 24, 2015

[Bug 17221] Google Sketchup plugin Cutlist does not work

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=17221 --- Comment #10 from Patrik Dufresne <ikus060(a)gmail.com> --- My mistake, after installing ie6 with winetrick. The pluging is working as expected. This bug should be mark as fixed. -- 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.

July 24, 2015