May 2011 - Wine-bugs - list.winehq.org

[Bug 26228] New: WINE doesnt build when dev-libs/libxml2 is build with +icu useflag
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26228 Summary: WINE doesnt build when dev-libs/libxml2 is build with +icu useflag Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: berg.sascha(a)web.de Wine can't compile when dev-libs/libxml2 is installed with useflag [+icu]. The compile breaks without an error message. When i install dev-libs/libxml2 without the [-icu] useflag, then compiles wine fine. I have test wine-1.3.9 up to 1.3.14 and the git reposority. No one can compile with the icu useflag. Here is an Pastebin from wine-1.3.9 http://pastebin.com/sNWcGMR0 and wine-1.3.14 http://pastebin.com/cMcSs1NW and another user with the problem http://forums.gentoo.org/viewtopic-t-864657.html?sid=b7cec6ade64bc848c63ff1… -- 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 26201] New: wineboot fails to install gecko automatically
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26201 Summary: wineboot fails to install gecko automatically Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Keywords: download, regression Severity: major Priority: P2 Component: crypt32 AssignedTo: julliard(a)winehq.org ReportedBy: austinenglish(a)gmail.com Easy to see, just do: $ rm -rf ~/.wine ; wineboot (make sure you have gecko installed in /usr/share/wine/gecko or another appropriate location) This used to automatically install gecko during wineboot. After austin(a)midna:~/wine-git$ git bisect bad 3dc669ffb5a2005f5cb47a1ddac66227ae63f678 is the first bad commit commit 3dc669ffb5a2005f5cb47a1ddac66227ae63f678 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Feb 19 12:50:09 2011 +0100 cabinet: Fix the remaining todo_wine tests in fdi.c. :040000 040000 b86953a4dd8683a898c32198209a7a2388604ddb fe13cba0ef9846b23bb874ee683f2f9b20fdb5b2 M dlls it fails with: wine: created the configuration directory '/home/austin/.wine' err:appwizcpl:install_cab Could not extract package: 80070002 err:appwizcpl:install_cab Could not extract package: 80070002 -- 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 26133] New: d3dx9_36: surface and texture tests shows an invalid read under valgrind
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26133 Summary: d3dx9_36: surface and texture tests shows an invalid read under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: wine-bugs(a)winehq.org surface test: Invalid read of size 4 at point_filter_simple_data (surface.c:737) by D3DXLoadSurfaceFromMemory (surface.c:842) by D3DXLoadSurfaceFromFileInMemory (surface.c:402) by D3DXLoadSurfaceFromResourceA (surface.c:513) by test_D3DXLoadSurface (surface.c:272) by func_surface (surface.c:540) by run_test (test.h:556) by main (test.h:624) Address 0x7f0228f0 is 0 bytes inside a block of size 16 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1747) by BITMAP_CopyBitmap (bitmap.c:548) by CreateBrushIndirect (brush.c:117) by CreatePatternBrush (brush.c:221) by SYSPARAMS_Init (sysparams.c:956) by process_attach (user_main.c:276) by DllMain (user_main.c:332) by __wine_spec_dll_entry (dll_entry.c:40) by ??? (loader.c:139) by MODULE_InitDLL (loader.c:978) by process_attach (loader.c:1067) by process_attach (loader.c:1059) by process_attach (loader.c:1059) by process_attach (loader.c:1059) by attach_process_dlls (loader.c:2535) by ??? (port.c:60) texture test: Invalid read of size 4 at point_filter_simple_data (surface.c:737) by D3DXLoadSurfaceFromMemory (surface.c:842) by D3DXLoadSurfaceFromFileInMemory (surface.c:402) by D3DXCreateTextureFromFileInMemoryEx (texture.c:605) by D3DXCreateTextureFromResourceExA (texture.c:810) by D3DXCreateTextureFromResourceA (texture.c:759) by test_D3DXCreateTexture (texture.c:576) by func_texture (texture.c:1106) by run_test (test.h:556) by main (test.h:624) Address 0x7f0171b8 is 32 bytes inside a block of size 56 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1747) by update_reg_entries (freetype.c:2027) by WineEngInit (freetype.c:2877) by DllMain (gdiobj.c:582) by __wine_spec_dll_entry (dll_entry.c:40) by ??? (loader.c:139) by MODULE_InitDLL (loader.c:978) by process_attach (loader.c:1067) by process_attach (loader.c:1059) by process_attach (loader.c:1059) by process_attach (loader.c:1059) by process_attach (loader.c:1059) by attach_process_dlls (loader.c:2535) by ??? (port.c:60) -- 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 26091] New: Finale 2010 - lines that are supposed to be dashed are solid
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26091 Summary: Finale 2010 - lines that are supposed to be dashed are solid Product: Wine Version: 1.3.12 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniel.santos(a)pobox.com To reproduce: 1. Start Finale 2010 and create a new document or open an existing one. 2. Click on the menu option Tool --> Smart Shape --> Dashed Line. 3. Draw the dashed line on your score. There are a variety of methods to reproduce this, this is only an example. Both on windows & Mac, this produces a dashed line, but on-screen and when printing. From Wine, it produces a solid line in both of these circumstances (I've printed to both a real CUPs printer and the CUPS-PDF printer, producing the same result each time). While I haven't done a trace, I'm guessing it has to do with the brush. I hope this isn't a dupe, I've searched some, but couldn't find anything similar. If it is a dupe and Finale isn't mentioned, please be sure and add Finale to the affected apps (probably should be added to appdb as well). -- 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 9

[Bug 26114] New: gdi32/mapping tests shows a couple memory leaks in valgrind
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26114 Summary: gdi32/mapping tests shows a couple memory leaks in valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com 12 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by WineEngCreateFontInstance (freetype.c:3546) by FONT_SelectObject (font.c:542) by SelectObject (gdiobj.c:1114) by DC_UpdateXforms (dc.c:331) by SetMapMode (mapping.c:189) by test_world_transform (mapping.c:190) by func_mapping (mapping.c:724) by run_test (test.h:556) by main (test.h:624) ... 12 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by WineEngCreateFontInstance (freetype.c:3546) by FONT_SelectObject (font.c:542) by SelectObject (gdiobj.c:1114) by DC_UpdateXforms (dc.c:331) by SetWorldTransform (dc.c:1257) by test_gettransform (mapping.c:671) by func_mapping (mapping.c:728) by run_test (test.h:556) by main (test.h:624) -- 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 10

[Bug 26123] New: mshtml/protocol shows several leaks under valgrind
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26123 Summary: mshtml/protocol shows several leaks under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com 30 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by heap_alloc (mshtml_private.h:873) by AboutProtocol_Start (protocol.c:252) by protocol_start (protocol.c:262) by do_test_about_protocol (protocol.c:601) by test_about_protocol (protocol.c:798) by func_protocol (protocol.c:908) by run_test (test.h:556) by main (test.h:624) ... 30 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by heap_alloc (mshtml_private.h:873) by AboutProtocol_Start (protocol.c:252) by protocol_start (protocol.c:262) by do_test_about_protocol (protocol.c:601) by test_about_protocol (protocol.c:799) by func_protocol (protocol.c:908) by run_test (test.h:556) by main (test.h:624) ... 38 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by heap_alloc (mshtml_private.h:873) by AboutProtocol_Start (protocol.c:252) by protocol_start (protocol.c:262) by do_test_about_protocol (protocol.c:611) by test_about_protocol (protocol.c:798) by func_protocol (protocol.c:908) by run_test (test.h:556) by main (test.h:624) ... 38 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by heap_alloc (mshtml_private.h:873) by AboutProtocol_Start (protocol.c:252) by protocol_start (protocol.c:262) by do_test_about_protocol (protocol.c:611) by test_about_protocol (protocol.c:799) by func_protocol (protocol.c:908) by run_test (test.h:556) by main (test.h:624) -- 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 4

[Bug 26127] New: msvcrt/locale tests show a few uninitialized variables under valgrind
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26127 Summary: msvcrt/locale tests show a few uninitialized variables under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at MSVCRT__create_locale (locale.c:802) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:123) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlAllocateHeap (heap.c:1702) by MSVCRT_malloc (heap.c:298) by MSVCRT__create_locale (locale.c:730) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:123) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) ... Conditional jump or move depends on uninitialised value(s) at MSVCRT__create_locale (locale.c:802) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:135) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlAllocateHeap (heap.c:1702) by MSVCRT_malloc (heap.c:298) by MSVCRT__create_locale (locale.c:730) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:135) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) ... Conditional jump or move depends on uninitialised value(s) at MSVCRT__create_locale (locale.c:802) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:412) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlAllocateHeap (heap.c:1702) by MSVCRT_malloc (heap.c:298) by MSVCRT__create_locale (locale.c:730) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:412) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) ... Conditional jump or move depends on uninitialised value(s) at MSVCRT__create_locale (locale.c:802) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:417) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlAllocateHeap (heap.c:1702) by MSVCRT_malloc (heap.c:298) by MSVCRT__create_locale (locale.c:730) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:417) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) ... Conditional jump or move depends on uninitialised value(s) at MSVCRT__create_locale (locale.c:805) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:417) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a client request at mark_block_uninitialized (heap.c:208) by initialize_block (heap.c:239) by RtlAllocateHeap (heap.c:1702) by MSVCRT_malloc (heap.c:298) by MSVCRT__create_locale (locale.c:731) by MSVCRT_setlocale (locale.c:1129) by test_setlocale (locale.c:417) by func_locale (locale.c:624) by run_test (test.h:556) by main (test.h:624) -- 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 4

[Bug 26126] New: msvcrt/printf test shows an invalid/read write under valgrind
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26126 Summary: msvcrt/printf test shows an invalid/read write under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Invalid write of size 1 at vsnprintf (in /lib/libc-2.11.2.so) by snprintf (in /lib/libc-2.11.2.so) by _ecvt_s (math.c:1319) by test_xcvt (printf.c:816) by func_printf (printf.c:1024) by run_test (test.h:556) by main (test.h:624) Address 0x7f00e82f is 0 bytes after a block of size 7 alloc'd at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by MSVCRT_malloc (heap.c:298) by _ecvt_s (math.c:1309) by test_xcvt (printf.c:816) by func_printf (printf.c:1024) by run_test (test.h:556) by main (test.h:624) ... Invalid read of size 1 at memmove (mc_replace_strmem.c:765) by _ecvt_s (math.c:1322) by test_xcvt (printf.c:816) by func_printf (printf.c:1024) by run_test (test.h:556) by main (test.h:624) Address 0x7f00e82f is 0 bytes after a block of size 7 alloc'd at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by MSVCRT_malloc (heap.c:298) by _ecvt_s (math.c:1309) by test_xcvt (printf.c:816) by func_printf (printf.c:1024) by run_test (test.h:556) by main (test.h:624) -- 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 4

[Bug 26125] New: msvcrt/cpp tests show a few memory leaks under valgrind
by wine-bugs＠winehq.org 20 Jan '15

20 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26125 Summary: msvcrt/cpp tests show a few memory leaks under valgrind Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com 5 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by MSVCRT_malloc (heap.c:298) by EXCEPTION_ctor (cpp.c:142) by MSVCRT_exception_ctor (cpp.c:160) by do_call_func2 (cpp.c:170) by test_rtti (cpp.c:816) by func_cpp (cpp.c:1078) by run_test (test.h:556) by main (test.h:624) ... 5 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by MSVCRT_malloc (heap.c:298) by EXCEPTION_ctor (cpp.c:142) by MSVCRT_bad_typeid_ctor (cpp.c:301) by do_call_func2 (cpp.c:170) by test_rtti (cpp.c:817) by func_cpp (cpp.c:1078) by run_test (test.h:556) by main (test.h:624) ... 330 bytes in 6 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by MSVCRT_malloc (heap.c:298) by __unDNameEx (undname.c:1474) by __unDName (undname.c:1491) by test_demangle_datatype (cpp.c:862) by func_cpp (cpp.c:1079) by run_test (test.h:556) by main (test.h:624) -- 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 4

[Bug 26859] New: Segmentation Fault when attempting to run Cronos.exe
by wine-bugs＠winehq.org 18 Jan '15

18 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=26859 Summary: Segmentation Fault when attempting to run Cronos.exe Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Solaris Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: client902(a)mail.ru Attempting to run Cronos.exe (Russian DBMS, http://www.cronos.ru) causes Segmentation Fault. I discovered that the mentioned error occurs during windows libraries loading (according their dependencies). More precisely description (See file dlls/ntdlls/loader.c; function find_forwarded_export()): Finding the final function pointer for a forwarded function OleCreateFontIndirect() in oleaut32.dll leads to loading this library in memory followed by its initialization through calling attach_process(). But this happens during a recursive call of fixup_imports(), i.e. before switching to an alternative stack (in the functions call_on_stack() and switch_to_stack()). Thus, we have a case when the DllMain() function executed on improper stack, causing its overflow. PS If it happens that the unswitched stack size is large enough for normal operation of process_attach(), then the program looks like working correctly. -- 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