wine-bugs May 2018

wine-bugs@winehq.org

1 participants
8175 discussions

[Bug 34334] New: MetaTester 5 never sends or receives data
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=34334 Bug #: 34334 Summary: MetaTester 5 never sends or receives data Product: Wine Version: 1.7.0 Platform: x86-64 URL: http://files.metaquotes.net/metaquotes.software.corp/m t5/mt5tester.setup.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 45702 --> http://bugs.winehq.org/attachment.cgi?id=45702 wine-1.7.0-199-g52fb1cc console output (1st run) The MetaTrader 5 Strategy Tester Agent (MetaTester 5) never sends or receives any data. It comes as part of MetaTrader 5 but is also available separately to create your own server farm. It installs itself as a system service on Windows (SYSTEM account) and runs in the background once it has been initially set up from the main application. Wine seems to have a problem running the services but that is a different problem (bug not yet logged). Wireshark confirms that no connection attempts are sent or received. Not externally anyway. The main application window shows statistics for data transfer and under Windows XP this can be a few kB each day when quiet (when stock markets are closed), but Wine never registers a single byte. Netstat shows that the agents themselves are listening: tcp 0 0 0.0.0.0:2001 0.0.0.0:* LISTEN 216313/wineserver I can telnet to this port and it remains open for a few seconds before timing out and closing. This does not register as data on the main application (same in XP). There are listeners on port 6010 and 6011 too but I think they're control ports. I am attaching the first run log as two agent services start successfully on first run. You can start as many as you like but it makes sense to have one agent per core. Ran all day on Windows XP and Linux to compare. In testing I enabled the agents to join the community (global) network. An account is not required for this. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 32218] New: LTSpice: Objects not resized when the window is resized
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=32218 Bug #: 32218 Summary: LTSpice: Objects not resized when the window is resized Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 00cpxxx(a)gmail.com Classification: Unclassified Steps to reproduce: 1) Download, install and run LTSpice - http://ltspice.linear.com/software/LTspiceIV.exe 2) Create a new schematic (File -> New Schematic) 3) Press L, click somewhere (this will create a component in the screen) 4) Press ESC to go back to the select tool, hold CTRL and right-click the component to open a properties window. 5) Resize the window. The internal window listview will not get resized to match the new window size. This is not a duplicate of bug 3037 and may or may not be a duplicate of bug 7007 it will take a while to check. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 39959] New: Growtopia v2.11 fails to run with unhandled exception (2.09 did run ok)
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=39959 Bug ID: 39959 Summary: Growtopia v2.11 fails to run with unhandled exception (2.09 did run ok) Product: Wine Version: 1.9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wine.hq(a)jyge.net Distribution: --- Created attachment 53389 --> https://bugs.winehq.org/attachment.cgi?id=53389 backtrace.txt See subject and attachment. Application runs fine with Win8 but fails with Wine 1.9.0 Standard MythUbuntu 14.04 so tried wine 1.6.x (that comes with standard), and now also the development version (1.9.0) using instructions from winehq.site for Ubuntu to install. Same endresult (Unhandled exception) on both. Backtrace is done with 1.9.0 -version. Application download link: http://growtopiagame.com/GrowtopiaInstaller.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.

1 23

[Bug 32221] New: LTspice: component drawing issues when moving
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=32221 Bug #: 32221 Summary: LTspice: component drawing issues when moving Product: Wine Version: 1.5.13 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: testelor(a)yahoo.com Classification: Unclassified Created attachment 42497 --> http://bugs.winehq.org/attachment.cgi?id=42497 Traces left behind when moving Steps to reproduce: 1) Download and install LTspice - http://ltspice.linear.com/software/LTspiceIV.exe 2) Run LTspice using: $ wine scad3.exe -nowine 3) Create a new schematic, press 'R' (resistor), for example, and don't place it by clicking, simply move it around. The same happens for any component that is grabbed and moved. See the attached screenshot. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 33719] New: comctl32:propsheet custom window proc test failure
by wine-bugs＠winehq.org 04 Jan '19

04 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=33719 Bug #: 33719 Summary: comctl32:propsheet custom window proc test failure Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified A number of VMs report one of these two related test failures: Elevated privileges (or pre-Vista): propsheet.c:746: Test failed: property sheet with custom window proc: the msg 0x001c was expected, but got msg 0x0047 instead or not elevated privileges: propsheet.c:746: Test failed: property sheet with custom window proc: the msg 0x0046 was expected, but got msg 0x0210 instead They have been seen on the following systems: comctl32 5.81.4968.2500 Windows 2000 Professional SP4 + IE55 (rare ~1/50) comctl32 5.82.3790.3959 Windows 2003 Enterprise Server SP2 + IE8 (rare ~1/50) comctl32 5.82.6002.18305 Windows Vista Home Premium SP2+IE9 comctl32 5.82.7601.17514 Windows 7 Ultimate SP1 64-bit (+IE8) (32-bit tests) comctl32 5.82.7601.17514 Windows 7 Ultimate SP1 64-bit + IE9 (32-bit tests) comctl32 5.82.7601.17514 Windows 7 SP1 (not one of mine) comctl32 5.82.9200.16384 Windows 8 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 45190] New: Test report
by wine-bugs＠winehq.org 03 Jan '19

03 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=45190 Bug ID: 45190 Summary: Test report Product: Wine Version: 3.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- This is a test report. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 42613] New: PowerPoint 2016 crashes at start screen
by wine-bugs＠winehq.org 03 Jan '19

03 Jan '19

https://bugs.winehq.org/show_bug.cgi?id=42613 Bug ID: 42613 Summary: PowerPoint 2016 crashes at start screen Product: Wine Version: 2.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isiraseneviratne(a)yahoo.com Distribution: Ubuntu Created attachment 57558 --> https://bugs.winehq.org/attachment.cgi?id=57558 Backtrace from PowerPoint 2016 PowerPoint tends to crash at the start screen with the attached error message. However, sometimes it will load normally after running it again. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 26262] New: No video output in game
by wine-bugs＠winehq.org 01 Jan '19

01 Jan '19

http://bugs.winehq.org/show_bug.cgi?id=26262 Summary: No video output in game Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: torgeriedel(a)gmx.de When trying to play Commandos - Behind Enemy lines, there is no video output. Sound is working. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 25

[Bug 33368] New: WM_DEADCHAR events not sent
by wine-bugs＠winehq.org 31 Dec '18

31 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=33368 Bug #: 33368 Summary: WM_DEADCHAR events not sent Product: Wine Version: 1.5.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: sloonz(a)gmail.com Classification: Unclassified Created attachment 44152 --> http://bugs.winehq.org/attachment.cgi?id=44152 Keyboard traces in three different scenarios (Windows, Wine, Wine+patch) XFilterEvent() returns true for events of dead keys, so they are not processed by wine. However, that prevents sending a WM_DEADCHAR event to the application, as it works on Windows. For example, in order to emit a "ê" character in a french keyboard layout, I first have to press ^ (which is a dead key) and then e. Under Windows, this leads to the following sequence of events : KEYDOWN: dead_circumflex DEADCHAR: dead_circumflex KEYDOWN: e CHAR: ê KEYUP: e KEYUP: dead_circumflex Under wine I have only those events : KEYUP: dead_circumflex KEYDOWN: e CHAR: ê Attached patch fixes most of that, with it I get : KEYDOWN: dead_circumflex DEADCHAR: dead_circumflex UP: dead_circumflex KEYDOWN: e CHAR: ê KEYUP: e Note that it’s still slighty different from Windows (KEYUP for dead key is third message on Wine, whereas it is before the last one on Windows), but I don’t see a clean fix for this issue. As for the traces in attachment, contains three traces. The first one is from Spy++ on Windows ; the second is the relevant output of WINEDEBUG=+msg notepad for unpatched wine ; the third one for patched wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 36095] New: valgrind errors in loader when loading a dll
by wine-bugs＠winehq.org 31 Dec '18

31 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=36095 Bug ID: 36095 Summary: valgrind errors in loader when loading a dll Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: major Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Noticed this in most tests, there are at least 3 places. 1: ==11164== 26 bytes in 1 blocks are definitely lost in loss record 57 of 244 ==11164== at 0x7BC4C735: notify_alloc (heap.c:255) ==11164== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==11164== by 0x7BC758B6: RtlCreateUnicodeString (rtlstr.c:281) ==11164== by 0x7BC54CF3: alloc_module (loader.c:919) ==11164== by 0x7BC566CB: load_builtin_callback (loader.c:1519) ==11164== by 0x40192DE: __wine_dll_register (loader.c:517) ==11164== by 0x7B88A18B: __wine_spec_init (init.c:35) ==11164== by 0x4E850459: call_init.part.0 (in /usr/lib/ld-2.18.so) ==11164== by 0x4E850593: _dl_init (in /usr/lib/ld-2.18.so) ==11164== by 0x4E854953: dl_open_worker (in /usr/lib/ld-2.18.so) ==11164== by 0x4E850329: _dl_catch_error (in /usr/lib/ld-2.18.so) ==11164== by 0x4E854013: _dl_open (in /usr/lib/ld-2.18.so) ==11164== by 0x4EA25CBB: dlopen_doit (in /usr/lib/libdl-2.18.so) ==11164== by 0x4E850329: _dl_catch_error (in /usr/lib/ld-2.18.so) ==11164== by 0x4EA263CB: _dlerror_run (in /usr/lib/libdl-2.18.so) ==11164== by 0x4EA25D70: dlopen@@GLIBC_2.1 (in /usr/lib/libdl-2.18.so) ==11164== by 0x4019898: wine_dlopen (loader.c:1029) ==11164== by 0x4018C06: dlopen_dll (loader.c:295) ==11164== by 0x4019532: wine_dll_load (loader.c:581) ==11164== by 0x7BC57199: load_builtin_dll (loader.c:1732) ==11164== 2: ==11164== 32 bytes in 1 blocks are possibly lost in loss record 65 of 244 ==11164== at 0x7BC4C735: notify_alloc (heap.c:255) ==11164== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==11164== by 0x7BC76348: RtlAnsiStringToUnicodeString (rtlstr.c:689) ==11164== by 0x7BC7595F: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:302) ==11164== by 0x7BC5B407: init_load_order (loadorder.c:252) ==11164== by 0x7BC5B9FB: get_load_order (loadorder.c:440) ==11164== by 0x7BC58099: load_dll (loader.c:2045) ==11164== by 0x7BC585B7: LdrLoadDll (loader.c:2125) ==11164== by 0x7B85A79A: load_library (module.c:933) ==11164== by 0x7B85A908: LoadLibraryExW (module.c:990) ==11164== by 0x7B8649B8: __wine_kernel_init (process.c:1230) ==11164== by 0x7BC5ACA9: __wine_process_init (loader.c:3103) ==11164== by 0x4019864: wine_init (loader.c:952) ==11164== by 0x7BF011AD: main (main.c:237) ==11164== 3: ==11165== 20 bytes in 1 blocks are definitely lost in loss record 14 of 58 ==11165== at 0x7BC4C735: notify_alloc (heap.c:255) ==11165== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==11165== by 0x7BC758B6: RtlCreateUnicodeString (rtlstr.c:281) ==11165== by 0x7BC54CF3: alloc_module (loader.c:919) ==11165== by 0x7BC566CB: load_builtin_callback (loader.c:1519) ==11165== by 0x40193D9: wine_dll_set_callback (loader.c:548) ==11165== by 0x7BC5ABA2: __wine_process_init (loader.c:3086) ==11165== by 0x4019864: wine_init (loader.c:952) ==11165== by 0x7BF011AD: main (main.c:237) ==11165== 4: ==11194== 32 bytes in 1 blocks are possibly lost in loss record 66 of 248 ==11194== at 0x7BC4C735: notify_alloc (heap.c:255) ==11194== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==11194== by 0x7BC76348: RtlAnsiStringToUnicodeString (rtlstr.c:689) ==11194== by 0x7BC7595F: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:302) ==11194== by 0x7BC5B407: init_load_order (loadorder.c:252) ==11194== by 0x7BC5B9FB: get_load_order (loadorder.c:440) ==11194== by 0x7BC58099: load_dll (loader.c:2045) ==11194== by 0x7BC585B7: LdrLoadDll (loader.c:2125) ==11194== by 0x7B85A79A: load_library (module.c:933) ==11194== by 0x7B85A908: LoadLibraryExW (module.c:990) ==11194== by 0x7B8649B8: __wine_kernel_init (process.c:1230) ==11194== by 0x7BC5ACA9: __wine_process_init (loader.c:3103) ==11194== by 0x4019864: wine_init (loader.c:952) ==11194== by 0x7BF011AD: main (main.c:237) ==11194== (tested running advapi32/security.c) wine-1.7.17-92-ge2bf516 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 17488] New: Animation issues in 4Story
by wine-bugs＠winehq.org 30 Dec '18

30 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=17488 Summary: Animation issues in 4Story Product: Wine Version: 1.1.15 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: killzenator(a)gmail.com Created an attachment (id=19581) --> (http://bugs.winehq.org/attachment.cgi?id=19581) Output of "wine 4Story.exe >> log.txt 2>&1" In 4Story none of the character/npcs have animations, weapons move up and down like their supposed to when you walk, characters stay the same. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 35603] New: Wine64 build produces extra warning in setupapi comparing to Wine32 build
by wine-bugs＠winehq.org 28 Dec '18

28 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=35603 Bug ID: 35603 Summary: Wine64 build produces extra warning in setupapi comparing to Wine32 build Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Classification: Unclassified Created attachment 47552 --> http://bugs.winehq.org/attachment.cgi?id=47552 64bit build log Similarly to bug 35602, but this time for setupapi: * warning: cast from pointer to integer of different size -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 42719] New: Natsuiro Asagao Residence (demo): complains about timezone settings.
by wine-bugs＠winehq.org 28 Dec '18

28 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=42719 Bug ID: 42719 Summary: Natsuiro Asagao Residence (demo): complains about timezone settings. Product: Wine Version: 2.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: --- Demo version of 夏色あさがおレジデンス (Natsuiro Asagao Residence) doesn't run and it shows following error message: ----- 日本語版Windows判定 ----- This Game is Japan Only このゲームは日本国内でのみプレイ可能です。動作させるには『日本語版Windows』が必要です。コンピュータの現在のタイムゾーン設定は『Korea Standard Time』です。タイムゾーンを『日本（大阪、札幌、東京）』に設定してください。ゲームを終了します。 ----- Translated: ----- Japanese version Windows detection ----- This Game is Japan Only This game is only playable in Japan. "Japanese version Windows" is required to operate. Current timezone settings for this PC is "Korea Standard Time". Please set the timezone to "Japan (Osaka, Sapporo, Tokyo)". Quitting the game. ----- Of course, I ran it with Japan Standard Time, i.e. /etc/localtime points to /usr/share/zoneinfo/Asia/Tokyo. This issue is common among SiglusEngine.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.

1 10

[Bug 40884] New: Lord of the Rings Online crashes instantly or hangs on start.
by wine-bugs＠winehq.org 28 Dec '18

28 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=40884 Bug ID: 40884 Summary: Lord of the Rings Online crashes instantly or hangs on start. Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: HASH.DuOrden(a)gmail.com Distribution: --- On wine-1.9.11 LotRO crashes on start after launcher: TurbineLauncher.exe -> login, select server -> hit Play -> lotroclient.exe crashes If I try to ligin and hit Play again without restarting TurbineLauncher.exe, lotroclient.exe hangs. Regression testing result: 2fb97be1871a78ea6a2889ed975d33515d5468ea is the first bad commit commit 2fb97be1871a78ea6a2889ed975d33515d5468ea Author: Maarten Lankhorst <wine(a)mblankhorst.nl> Date: Tue May 17 13:40:33 2016 -0500 dsound: Prevent reopening device from leaving dsound object in invalid state. Signed-off-by: Andrew Eikum <aeikum(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 546a238b75a2219fc428fc7ad895865b50b2ca9b b086126d2d7ec109aef808212d2268ab89e11d13 M dlls -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 39097] New: comdlg32/tests/filedlg.c hangs under valgrind
by wine-bugs＠winehq.org 27 Dec '18

27 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=39097 Bug ID: 39097 Summary: comdlg32/tests/filedlg.c hangs under valgrind Product: Wine Version: 1.7.49 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: sebastian(a)fds-team.de Distribution: Fedora Regression, introduced by: [austin@localhost wine-valgrind]$ git bisect good 4a1629c4117fda9eca63b6f56ea45771dc9734ac is the first bad commit commit 4a1629c4117fda9eca63b6f56ea45771dc9734ac Author: Sebastian Lackner <sebastian(a)fds-team.de> Date: Fri Jul 17 06:46:47 2015 +0200 ntdll: Avoid possible deadlock by using _exit() in NtTerminateProcess. When threads are killed with SIGQUIT some locks can be in an undefined state, and it not safe to call exit handlers. :040000 040000 f8e2115ed5cca792efaf44c7d8e4ffd84255f1aa 5f5b86ac550c0d754ed0fdb5a89540bd5947a967 M dlls Using valgrind from svn: [austin@localhost valgrind]$ svn info Path: . Working Copy Root Path: /home/austin/src/valgrind URL: svn://svn.valgrind.org/valgrind/trunk Relative URL: ^/trunk Repository Root: svn://svn.valgrind.org/valgrind Repository UUID: a5019735-40e9-0310-863c-91ae7b9d1cf9 Revision: 15540 Node Kind: directory Schedule: normal Last Changed Author: philippe Last Changed Rev: 15540 Last Changed Date: 2015-08-13 18:49:32 -0400 (Thu, 13 Aug 2015) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 32251] New: ... i dont know
by wine-bugs＠winehq.org 27 Dec '18

27 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=32251 Bug #: 32251 Summary: ... i dont know Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dandazadiego(a)gmail.com Classification: Unclassified >Runes of magic cant run. I followed the instructions you have given and I'll get up in the middle of the game and update locks. how do I? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 24963] New: Okad2: Unhandled page fault at address 0x00007f8a during startup
by wine-bugs＠winehq.org 26 Dec '18

26 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=24963 Summary: Okad2: Unhandled page fault at address 0x00007f8a during startup Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pandolfo(a)gis.net Created an attachment (id=31617) --> (http://bugs.winehq.org/attachment.cgi?id=31617) a description of the page fault plus an annotated backtrace During program startup, Okad2-xx-pd (xx = version) generates an unhandled page fault when loading an icon. The page fault is caused by CreateFileW as it processes the name of the file from the parameter list. The name pointer is 0x00007f8a, which is an address in an unmapped page. This value is also an index into Windows resources, selecting the hourglass icon. What has happened is that the application was attempting to load the hourglass icon and passed in BOTH the Windows resource index and a flag indicating LOADFROMFILE. Wine attempted to load-from-file and looked for the file name through the "name" parameter (0x00007f8a) generating the page fault. Native Windows appears to give the value of the "name" pointer precedence and determines that the "name" parameter is actually a resource number; hence it does not page fault and runs Okad2 normally. Wine *DOES* check the "name" parameter to see if it is a resource index, but several subroutine calls later it forgets this fact and branches based on the LOADFROMFILE bit. The backtrace has been annotated to provide both a description and source lines involved in the decision. This behavior was found in the latest version of Wine for Debian (.1.42) and in a MacOS X version. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 42054] New: Failed to load texture AOE 2 HD
by wine-bugs＠winehq.org 26 Dec '18

26 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=42054 Bug ID: 42054 Summary: Failed to load texture AOE 2 HD Product: Wine Version: 2.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: felipematas(a)yahoo.com Distribution: --- Hi all, i this day recompile wine and i try play AOE2 HD, but when i try play a LAN game i get this error: Failed to load texture: Z:\home\pipe\Documentos\a\q\game\resources\_common\terrain\water\normal0.png I try with Win 7 and XP configs . but if i run this i can play: winetricks d3dx9_43 But is very very slow, so practically i can't play. I'm using Gentoo 64 (9999 ebuild) End of the log: trace:d3dx:D3DXCreateTextureFromFileExA device 0x2728218, srcfile "Z:\\home\\pipe\\Documentos\\a\\q\\game\\resources\\_common\\terrain\\blends\\Reserved.png", width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x32, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0x00000000, srcinfo (nil), palette (nil), texture 0xb4094b4. trace:d3dx:D3DXCreateTextureFromFileExW device 0x2728218, srcfile L"Z:\\home\\pipe\\Documentos\\a\\q\\game\\resources\\_common\\terrain\\blends\\Reserved.png", width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x32, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0x00000000, srcinfo (nil), palette (nil), texture 0xb4094b4. trace:d3dx:D3DXCreateTextureFromFileInMemoryEx device 0x2728218, srcdata 0x3a80000, srcdatasize 71440, width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x32, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0, srcinfo (nil), palette (nil), texture 0xb4094b4. trace:d3dx:D3DXGetImageInfoFromFileInMemory (0x3a80000, 71440, 0x33f040) trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is PNG trace:d3dx:D3DXCheckTextureRequirements (0x2728218, 0x33f1cc, 0x33f1d0, 0x33f1d4, 0, 0x33f1dc, 1) trace:d3dx:D3DXCheckTextureRequirements Requested format 32 trace:d3dx:D3DXCheckTextureRequirements Format chosen: 32 trace:d3dx:D3DXCreateTexture device 0x2728218, width 512, height 512, miplevels 1, usage 0, format 0x32, pool 0x1, texture 0xb4094b4. trace:d3dx:D3DXCheckTextureRequirements (0x2728218, 0x33efd4, 0x33efd8, 0x33efdc, 0, 0x33efe4, 1) trace:d3dx:D3DXCheckTextureRequirements Requested format 32 trace:d3dx:D3DXCheckTextureRequirements Format chosen: 32 trace:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture created correctly. Now loading the texture data into it. trace:d3dx:D3DXLoadSurfaceFromFileInMemory dst_surface 0xb8a7f18, dst_palette (nil), dst_rect (null), src_data 0x3a80000, src_data_size 71440, src_rect (null), filter 0x1, color_key 0x00000000, src_info (nil). trace:d3dx:D3DXGetImageInfoFromFileInMemory (0x3a80000, 71440, 0x33ef70) trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is PNG trace:d3dx:D3DXLoadSurfaceFromMemory (0xb8a7f18, (nil), (null), 0xb8e8300, 0x32, 512, (nil), (0,0)-(512,512), 0x1, 0x00000000) trace:d3dx:D3DXFilterTexture (0xb867c80, (nil), 0, 0x1) trace:d3dx:D3DXCreateTextureFromFileExA device 0x2728218, srcfile "Z:\\home\\pipe\\Documentos\\a\\q\\game\\resources\\_common\\terrain\\water\\normal0.png", width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x3c, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0x00000000, srcinfo (nil), palette (nil), texture 0xaa2f0e8. trace:d3dx:D3DXCreateTextureFromFileExW device 0x2728218, srcfile L"Z:\\home\\pipe\\Documentos\\a\\q\\game\\resources\\_common\\terrain\\water\\normal0.png", width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x3c, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0x00000000, srcinfo (nil), palette (nil), texture 0xaa2f0e8. trace:d3dx:D3DXCreateTextureFromFileInMemoryEx device 0x2728218, srcdata 0x3a80000, srcdatasize 430666, width 4294967295, height 4294967295, miplevels 1, usage 0, format 0x3c, pool 0x1, filter 0x1, mipfilter 0x1, colorkey 0, srcinfo (nil), palette (nil), texture 0xaa2f0e8. trace:d3dx:D3DXGetImageInfoFromFileInMemory (0x3a80000, 430666, 0x33f060) trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is PNG trace:d3dx:D3DXCheckTextureRequirements (0x2728218, 0x33f1ec, 0x33f1f0, 0x33f1f4, 0, 0x33f1fc, 1) trace:d3dx:D3DXCheckTextureRequirements Requested format 3c fixme:d3dx:get_format_info Unknown format 0x3c (as FOURCC "<\x00\x00\x00"). trace:d3dx:D3DXCheckTextureRequirements Format chosen: 3c trace:d3dx:D3DXCreateTexture device 0x2728218, width 512, height 512, miplevels 1, usage 0, format 0x3c, pool 0x1, texture 0xaa2f0e8. trace:d3dx:D3DXCheckTextureRequirements (0x2728218, 0x33eff4, 0x33eff8, 0x33effc, 0, 0x33f004, 1) trace:d3dx:D3DXCheckTextureRequirements Requested format 3c fixme:d3dx:get_format_info Unknown format 0x3c (as FOURCC "<\x00\x00\x00"). trace:d3dx:D3DXCheckTextureRequirements Format chosen: 3c trace:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture created correctly. Now loading the texture data into it. trace:d3dx:D3DXLoadSurfaceFromFileInMemory dst_surface 0xb8a81e0, dst_palette (nil), dst_rect (null), src_data 0x3a80000, src_data_size 430666, src_rect (null), filter 0x1, color_key 0x00000000, src_info (nil). trace:d3dx:D3DXGetImageInfoFromFileInMemory (0x3a80000, 430666, 0x33ef90) trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is PNG trace:d3dx:D3DXLoadSurfaceFromMemory (0xb8a81e0, (nil), (null), 0x4382020, 0x14, 1536, (nil), (0,0)-(512,512), 0x1, 0x00000000) fixme:d3dx:get_format_info Unknown format 0x3c (as FOURCC "<\x00\x00\x00"). fixme:d3dx:D3DXLoadSurfaceFromMemory Unsupported pixel format conversion 0x14 -> 0x3c fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture loading failed. Note: I test this in a clean .wine. Thx. Cya. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 42466] New: Accordance fails to load
by wine-bugs＠winehq.org 25 Dec '18

25 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=42466 Bug ID: 42466 Summary: Accordance fails to load Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bronsonmathews(a)gmail.com Distribution: --- Trying to run Accordance 12 (https://www.accordancebible.com/) And it fails to load: wine Accordance.exe fixme:atl:AtlAxWinInit version 0300 semi-stub fixme:heap:RtlCompactHeap (0x1f60000, 0x0) stub fixme:gdiplus:resample_bitmap_pixel Unimplemented interpolation 7 fixme:wlanapi:WlanEnumInterfaces (0x1, (nil), 0x1c2fd74) stub ^Cfixme:console:CONSOLE_DefaultHandler Terminating process 8 on event 0 fabian@f:~/Accordance$ wine --version wine-2.1 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 42205] New: winegcc requires gcc 4.7 but 6.1 is installed
by wine-bugs＠winehq.org 24 Dec '18

24 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=42205 Bug ID: 42205 Summary: winegcc requires gcc 4.7 but 6.1 is installed Product: Wine Version: 2.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: karmo.rosental(a)gmail.com Distribution: --- I installed wine-devel 2.0-rc4 from Wine repositories and also had to install GCC 4.7 next to GCC 6.1 to use winegcc. I got an error every time: winebuild: gcc-4.7 failed with status 1 winegcc: winebuild failed After installing GCC 4.7 this error dissapeared and let me compile. winegcc from Official Ubuntu wine-stable 1.8.5 package worked well with GCC 6.1. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 44775] New: [winevulkan] Failed to open dynamic library
by wine-bugs＠winehq.org 24 Dec '18

24 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=44775 Bug ID: 44775 Summary: [winevulkan] Failed to open dynamic library Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: gillg02(a)hotmail.com Distribution: --- Hi, I have an issue with the new winevulkan. I created a winevulkan.json in c:/windows/ : { "file_format_version": "1.0.0", "ICD": { "library_path": "c:\\windows\\syswow64\\winevulkan.dll", "api_version": "1.0.68" } } I added registry keys for 32 & 64bits to use vulkan json file in drivers I installed le last 1.0.x vulkan sdk (1.0.68.0 with winetricks) I installed the last release of dxvk (0.31 from here https://github.com/doitsujin/dxvk/releases/) -------------------------------------------------------------------------------- When I tried to run "c:/Program Files (x86)/VulkanRT/1.0.68.0/vulkaninfo.exe" I get an error : 0009:err:vulkan:wine_vk_init Failed to load Wine graphics driver supporting Vulkan. ERROR: [loader] Code 0 : Failed to open dynamic library "c:\windows\syswow64\winevulkan.dll" with error 1114 Cannot create Vulkan instance. C:\VulkanSDKBuild\workspace\LoaderAndValidationLayers\demos\vulkaninfo.c:808: failed with VK_ERROR_INCOMPATIBLE_DRIVER But... When I run vunlkaninfo on my system (ubuntu 16.04 with package vulkan-utils) I get : =========== VULKAN INFO =========== Vulkan API Version: 1.0.61 INFO: [loader] Code 0 : Found ICD manifest file /usr/share/vulkan/icd.d/intel_icd.x86_64.json, version "1.0.0" INFO: [loader] Code 0 : Found ICD manifest file /usr/share/vulkan/icd.d/radeon_icd.x86_64.json, version "1.0.0" Instance Extensions: ==================== Instance Extensions count = 9 VK_KHR_external_memory_capabilities : extension revision 1 VK_KHR_get_physical_device_properties2: extension revision 1 VK_KHR_get_surface_capabilities2 : extension revision 1 VK_KHR_surface : extension revision 25 VK_KHR_wayland_surface : extension revision 6 VK_KHR_xcb_surface : extension revision 6 VK_KHR_xlib_surface : extension revision 6 VK_KHR_external_semaphore_capabilities: extension revision 1 VK_EXT_debug_report : extension revision 8 Layers: count = 0 ======= Presentable Surfaces: ===================== GPU id : 0 (Intel(R) HD Graphics 520 (Skylake GT2)) Surface type : VK_KHR_xcb_surface Formats: count = 2 B8G8R8A8_SRGB B8G8R8A8_UNORM Present Modes: count = 3 IMMEDIATE_KHR MAILBOX_KHR FIFO_KHR ------------------------------------------------------------------------------ I don't know if it's a bug with winevulkan.dll or if something is wrong in my conf, but it seems stange... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 36587] New: valgrind shows uninitialized memory use in user32/tests/winstation.c
by wine-bugs＠winehq.org 22 Dec '18

22 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=36587 Bug ID: 36587 Summary: valgrind shows uninitialized memory use in user32/tests/winstation.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M user32.dll -p user32_test.exe.so winstation && touch winstation.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 ==25156== Syscall param write(buf) points to uninitialised byte(s) ==25156== at 0x4226CF3: __write_nocancel (syscall-template.S:81) ==25156== by 0x7BC7FD72: send_request (server.c:198) ==25156== by 0x7BC7FF91: wine_server_call (server.c:294) ==25156== by 0x519D2EE: send_hardware_message (message.c:3331) ==25156== by 0x5173BEB: SendInput (input.c:185) ==25156== by 0x4D9FB49: test_inputdesktop (winstation.c:530) ==25156== by 0x4DA2430: func_winstation (winstation.c:939) ==25156== by 0x4DA3978: run_test (test.h:584) ==25156== by 0x4DA3D67: main (test.h:654) ==25156== Address 0x510f6a8 is on thread 1's stack ==25156== Uninitialised value was created by a stack allocation ==25156== at 0x4D9F748: test_inputdesktop (winstation.c:492) ==25156== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 36636] New: valgrind shows an uninitialized write in shell32/tests/appbar.c
by wine-bugs＠winehq.org 22 Dec '18

22 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=36636 Bug ID: 36636 Summary: valgrind shows an uninitialized write in shell32/tests/appbar.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==20270== Syscall param writev(vector[...]) points to uninitialised byte(s) ==20270== at 0x4E952886: writev (in /usr/lib/libc-2.18.so) ==20270== by 0x7BC7FE6F: send_request (server.c:213) ==20270== by 0x7BC80001: wine_server_call (server.c:294) ==20270== by 0x5254AF8: put_message_in_queue (message.c:3141) ==20270== by 0x5254EA9: send_inter_thread_message (message.c:3209) ==20270== by 0x525518A: send_message (message.c:3277) ==20270== by 0x52555D1: SendMessageTimeoutW (message.c:3414) ==20270== by 0x4D221BC: SHAppBarMessage (appbar.c:142) ==20270== by 0x4A59513: test_setpos (appbar.c:222) ==20270== by 0x4A5ABF9: func_appbar (appbar.c:442) ==20270== by 0x4AB44E4: run_test (test.h:584) ==20270== by 0x4AB48D3: main (test.h:654) ==20270== Address 0x4cdfb20 is on thread 1's stack ==20270== Uninitialised value was created by a stack allocation ==20270== at 0x4A5940F: test_setpos (appbar.c:203) ==20270== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 43380] New: valgrind shows an uninitialized memory in dlls/ntdll/ tests/pipe.c
by wine-bugs＠winehq.org 22 Dec '18

22 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=43380 Bug ID: 43380 Summary: valgrind shows an uninitialized memory in dlls/ntdll/tests/pipe.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ../../../tools/runtest -q -P wine -T ../../.. -M ntdll.dll -p ntdll_test.exe.so pipe && touch pipe.ok ==30664== Syscall param write(buf) points to uninitialised byte(s) ==30664== at 0x424CE7F: ??? (syscall-template.S:84) ==30664== by 0x7BC4A163: NtWriteFile (file.c:1314) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6D51F: read_pipe_test (pipe.c:810) ==30664== by 0x4A7031A: func_pipe (pipe.c:1133) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1c is on thread 1's stack ==30664== in frame #3, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== ==30664== Syscall param write(buf) points to uninitialised byte(s) ==30664== at 0x424CE7F: ??? (syscall-template.S:84) ==30664== by 0x7BC4A163: NtWriteFile (file.c:1314) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6DE84: read_pipe_test (pipe.c:876) ==30664== by 0x4A7031A: func_pipe (pipe.c:1133) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1d is on thread 1's stack ==30664== in frame #3, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== ==30664== Syscall param writev(vector[...]) points to uninitialised byte(s) ==30664== at 0x433804F: ??? (syscall-template.S:84) ==30664== by 0x7BC8946B: send_request (server.c:228) ==30664== by 0x7BC89626: wine_server_call (server.c:309) ==30664== by 0x7BC4867A: server_write_file (file.c:624) ==30664== by 0x7BC49E71: NtWriteFile (file.c:1238) ==30664== by 0x7B441F2B: WriteFile (file.c:570) ==30664== by 0x4A6D51F: read_pipe_test (pipe.c:810) ==30664== by 0x4A70352: func_pipe (pipe.c:1135) ==30664== by 0x4AA25B4: run_test (test.h:603) ==30664== by 0x4AA2A13: main (test.h:687) ==30664== Address 0x4befc1c is on thread 1's stack ==30664== in frame #6, created by read_pipe_test (pipe.c:787) ==30664== Uninitialised value was created by a stack allocation ==30664== at 0x4A6D285: read_pipe_test (pipe.c:787) ==30664== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 26044] New: atl/atl_ax tests show several valgrind warnings
by wine-bugs＠winehq.org 22 Dec '18

22 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=26044 Summary: atl/atl_ax tests show several valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Most seem related to: Conditional jump or move depends on uninitialised value(s) at USER_SetWindowPos (winpos.c:2039) by SetWindowPos (winpos.c:2141) by activate_inplace (oleobject.c:148) by OleObject_DoVerb (oleobject.c:454) by IOCS_Init (atl_ax.c:919) by IOCS_Create (atl_ax.c:952) by AtlAxAttachControl (atl_ax.c:1091) by test_AtlAxAttachControl (atl_ax.c:96) by func_atl_ax (atl_ax.c:127) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at IOCS_Init (atl_ax.c:911) there's also: 64 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IOCS_Create (atl_ax.c:934) by AtlAxAttachControl (atl_ax.c:1091) by test_AtlAxAttachControl (atl_ax.c:96) by func_atl_ax (atl_ax.c:127) by run_test (test.h:556) by main (test.h:624) 64 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by IOCS_Create (atl_ax.c:934) by AtlAxAttachControl (atl_ax.c:1091) by test_AtlAxAttachControl (atl_ax.c:109) by func_atl_ax (atl_ax.c:127) by run_test (test.h:556) by main (test.h:624) and perhaps a few more. I'll attach the full 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.

1 11

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs May 2018