wine-bugs February 2012

wine-bugs@winehq.org

1 participants
10203 discussions

[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 19 Jan '15

19 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

[Bug 21510] New: Ogre3D based game doesn't get any (mouse/keyboard) user input
by wine-bugs＠winehq.org 19 Jan '15

19 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=21510 Summary: Ogre3D based game doesn't get any (mouse/keyboard) user input Product: Wine Version: 0.9.11. Platform: x86 URL: http://193.219.43.130/~winetester/bin/win32/SpaceBandi ts/space_bandits_game.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: saulius2(a)gmail.com Pseudo-game called "Space Bandits" start's up and then I can only Ctrl-C it via the console terminal. The game outputs own debug data to stderr, so I've added +tid channel to make difference. Then wine prints only 2 lines, so there are they: 0009:err:reg:SCSI_getprocentry SCSI type line scan count error (fscanf returns 1, expected 2) 0009:fixme:ddraw:DirectDrawEnumerateExA no non-display devices supported. This is regression (or revealed bug) from quite old times [1]: commit e66e34ef7b5ad61bda09067e6ea8f8990017b5de Author: Vitaliy Margolen <wine-patch(a)kievinfo.com> Date: Sat Mar 18 11:26:37 2006 -0700 dinput: Create single thread for mouse and keyboard hook. Put keyboard & mouse hook callbacks into separate thread. Move few global variables into object. Delete no longer used crit section. For hooks to work properly hook callback have to be in a thread with message loop. Some games create separate threads just to handle mouse and/or keyboard events that do not have message loop. I know about bug 8854 where *both* keyboard and mouse input doesn't work. But in it we have different offending patch. This game has it's cpp-source in zip, but the main loop comes probably from Ogre3D lib which version used to build the game was quite old. [1] http://source.winehq.org/git/wine.git/?a=commit;h=e66e34ef7b5ad61b -- 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 23

[Bug 16411] New: Origin 8 - Some dialogs crash when activated
by wine-bugs＠winehq.org 19 Jan '15

19 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=16411 Summary: Origin 8 - Some dialogs crash when activated Product: Wine Version: 1.1.10 Platform: PC URL: http://www.originlab.com/index.aspx?s=12&lm=+62 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Blocks: 3538 Install Origin 8. Launch. File, Import, Multiple ASCII CRASH! wine: Unhandled page fault on read access to 0x69736f70 at address 0x7d91bf96 (thread 0009), starting debugger... Backtrace: =>1 0x7d91bf96 priv_from_xmlDocPtr+0x6(doc=0x69736f70) [/home/austin/wine-git/dlls/msxml3/domdoc.c:119] in msxml3 (0x0066ea70) 2 0x7d91bfb8 xmldoc_release+0x1e(doc=0x69736f70) [/home/austin/wine-git/dlls/msxml3/domdoc.c:159] in msxml3 (0x0066eac0) 3 0x7d92a5ee Internal_Release+0x55(iface=0x181a8d54) [/home/austin/wine-git/dlls/msxml3/node.c:1560] in msxml3 (0x0066eaf0) 4 0x7d92399b Internal_Release+0x50(iface=0x1816bffc) [/home/austin/wine-git/dlls/msxml3/element.c:762] in msxml3 (0x0066eb20) 5 0x7d921fcc domelem_Release+0x2a(iface=0x1816bff8) [/home/austin/wine-git/dlls/msxml3/element.c:88] in msxml3 (0x0066eb40) 0x7d91bf96 priv_from_xmlDocPtr+0x6 [/home/austin/wine-git/dlls/msxml3/domdoc.c:119] in msxml3: movl 0x0(%eax),%eax 119 return doc->_private; +msxml attached -- 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 18795] New: YAMB (Yet another mp4box ui) memory error in some circumstances
by wine-bugs＠winehq.org 19 Jan '15

19 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=18795 Summary: YAMB (Yet another mp4box ui) memory error in some circumstances Product: Wine Version: 1.1.22 Platform: PC URL: http://yamb.unite-video.com/download.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: saverio.pub(a)inbox.com I was able to repeat this bug all the times I tried the operations descripted; it doesn't happen on Windows environments. I tested YAMB for extracting tracks from an MP4 file, containing an audio and a video track. Operations: Editing => Click to extract streams => Select the file => Click on one of the two streams => Tick "Extract all streams to raw format" => Click "Next". The demuxing now went fine. Click on "Back" => Choose another file and repeat the same operation => BUG! Access violation occurs. I don't see anything relevant in the terminal log. Application download address: http://yamb.unite-video.com/download.html O/S: Ubuntu Karmic Alpha 1 HW: Dell XPS 1530 -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2012