wine-bugs April 2013

wine-bugs@winehq.org

1 participants
9368 discussions

[Bug 33369] New: eLicense Control Center eLCC.exe
by wine-bugs＠winehq.org 23 Jan '15

23 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=33369 Bug #: 33369 Summary: eLicense Control Center eLCC.exe Product: Wine Version: 1.5.27 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: azeone123(a)aol.com Classification: Unclassified Created attachment 44154 --> http://bugs.winehq.org/attachment.cgi?id=44154 terminal output during installation Hi, Im trying to get the elicenser software from steinberg running on my system. Here is the link: http://www.elicenser.net/en/ eLicenser Control Center need dotnet20 to start up fine, i installed it with winetricks. Generally there are two ways to store your licenses. You are able to choose to store them on the USB-Dongle or on the Soft-eLicenser. For the Soft-eLicenser a file named "SeLicenser.sel" on the hard disk is created and is used as a container to store licenses instead of using the USB device. This container file has a serialnumber just like a normal USB-eLicenser (2 x 10 digits). This file the SeLicenser.sel is created during the installation of the eLicenser Control Center and should be showed up on the control center. But it seems that in wine there is no Soft-eLicenser installed during the installation. If i do a quick search on the PREFIX for SeLicenser.sel it doesnt show up. I would try to copy and paste my SeLicenser.sel from windows to my winepath but im not sure where to put it. Normally its stored in C:\ProgramData\eLicenser\SeLicenser.sel (which is hidden by default in windows) Can someone try to install the control center to see if the software SeLicenser.sel installation failes also on another system? I also tried to use my USB-eLicenser but that fails due to the not working USB-Dongles in 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 31566] New: Fallout 3: regression causes block at critical section when radio is enabled
by wine-bugs＠winehq.org 21 Jan '15

21 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=31566 Bug #: 31566 Summary: Fallout 3: regression causes block at critical section when radio is enabled Product: Wine Version: 1.5.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu CC: aric(a)codeweavers.com Classification: Unclassified Regression SHA1: 54eafc73e51666c3edf9fa78a0534ea7b1fa23c9 I recently decided to go back and finish Fallout 3 and I discovered a regression when the radio is enabled: err:ntdll:RtlpWaitForCriticalSection section 0x1e0f60 "renderer.c: BaseRenderer.csRenderLock" wait timed out in thread 0009, blocked by 0025, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x1e0e10 "dsoundrender.c: DSoundRenderImpl.csFilter" wait timed out in thread 0025, blocked by 0009, retrying (60 sec) It's worth noting that this was rather hard to track down, as the problem does not occur immediately, so attempting to reproduce this requires some patience. Anyway, regression testing results are: 54eafc73e51666c3edf9fa78a0534ea7b1fa23c9 is the first bad commit commit 54eafc73e51666c3edf9fa78a0534ea7b1fa23c9 Author: Aric Stewart <aric(a)codeweavers.com> Date: Mon Apr 2 07:52:08 2012 -0500 strmbase: Implement renderer quality control into the base renderer. :040000 040000 6f88eb37386f4c2aed6e0ba842cca351f91b55ce 019588c74722acabbe36f65f3844aeb9f59639b5 M dlls :040000 040000 93eb4271ec29bde5578982a4d5def889cc9494c2 66d9dcda84911b46c7504052be195d7cf5448e1c M include -- 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 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@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

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 April 2013