wine-bugs January 2015

wine-bugs@winehq.org

1 participants
8876 discussions

[Bug 33642] New: Microsoft SQL Server Management Studio Express 2005: restarting SQL server fails randomly
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=33642 Bug #: 33642 Summary: Microsoft SQL Server Management Studio Express 2005: restarting SQL server fails randomly Product: Wine Version: 1.5.30 Platform: x86 URL: http://www.microsoft.com/download/en/details.aspx?id=8 961 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Now that Bug #33607 is out of the way, it is possible to restart SQL Server service. The application first stops the service, then checks if it is stopped, and if it is, tries to start it. Starting the service quite often throws an exception, and stack trace reported by the application points to wbemprox. >From the initial investigation it seems to me that calling StartService temporarily invalidates all existing instances of the service object. Here one thread tries to get SystemName property from the object while another thread tries to restart the service, and getting property throws an exception. Relevant pieces of +wbemprox,+seh,+tid trace: 0057:trace:wbemprox:wbem_services_GetObject 0x46cad18, L"Win32_Service.Name=\"MSSQLSERVER\"", 0x00000000, (nil), 0xe45dab0, (nil) ... 0057:trace:wbemprox:create_class_object returning iface 0x472eda0 0057:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"__PATH", 00000000, 0xe45dc28, 0xe45dd0c, 0xe45dd08 0057:fixme:ole:Context_QueryInterface interface not implemented {51372ae0-cae7-11cf-be81-00aa00a2fa25} 0057:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"State", 00000000, 0xe45dc74, 0x1691a54, 0x1691a58 ... 0057:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"StartMode", 00000000, 0xe45dd14, 0x1691ec8, 0x1691ecc ... 002f:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"SystemName", 00000000, 0x32e380, 0x1696178, 0x169617c 002f:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"Name", 00000000, 0x32e37c, 0x16963d8, 0x16963dc ... 0057:trace:wbemprox:wbem_services_ExecMethod 0x46cad18, L"Win32_Service.Name=\"MSSQLSERVER\"", L"StartService", 00000000, (nil), (nil), 0xe45da98, (nil) 0057:trace:wbemprox:grab_table returning 0x7d0b6f90 0057:trace:wbemprox:parse_query wql_parse returned 0 002f:trace:wbemprox:class_object_Get ((nil)) 0x472eda0, L"SystemName", 00000000, 0x32e37c, 0x16965cc, 0x16965d0 002f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7d0a82c0 ip=7d0a82c0 tid=002f -- 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 5

[Bug 33558] New: WinEventHook receive no event notify about OBJID_CURSOR
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=33558 Bug #: 33558 Summary: WinEventHook receive no event notify about OBJID_CURSOR Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: orzhvs(a)gmail.com Classification: Unclassified Created attachment 44418 --> http://bugs.winehq.org/attachment.cgi?id=44418 WINEDEBUG=+relay,+user32,+hook LANG='zh_CN.utf-8' wine /usr/local/vboxvm/vmshare/magnify/magnify.exe 2>&1 |grep -iE Win.*Event > out.txt There's a method to track mouse move by setting a WinEvent hook: call SetWinEventHook with eventMin=eventMax=EVENT_OBJECT_LOCATIONCHANGE(=0x800B) and provide a WinEventProc WinEventProc will be notified with event=EVENT_OBJECT_LOCATIONCHANGE in case idObject=OBJID_CURSOR we know that mouse moved, then get cursor object by AccessibleObjectFromEvent and further information like the location of the cursor. But the fact is, no event with idObject=OBJID_CURSOR is sent in wine. This is used in windows's zoom-in utility, it does not update frames with mouse move in wine. To reproduce : 1. copy 'magnify.exe' 'mag_hook.dll' 'mfc42u.dll' from system32 directory of windows, I used them from xpsp3. 2. run magnify.exe in wine 3. move mouse in and out the dialog, you will find the zoomed-in view updates almost only when mouse is inside the dialog. Note that we see frames update when mouse is inside the dialog, it's triggered from WM_MOUESMOVE, there's no business of WinEvent, but when mouse is outside there should be. I saw several SetWinEvent calls successfully in log but no event notify. -- 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 1

[Bug 33396] New: GetSystemMetrics always reports native resolution with --with-xinerama.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=33396 Bug #: 33396 Summary: GetSystemMetrics always reports native resolution with --with-xinerama. Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: CFSworks(a)gmail.com Classification: Unclassified As the summary says, GetSystemMetrics(SM_C{X,Y}SCREEN) always reports the native resolution, even if an application changes the resolution, unless I configure Wine with the --without-xinerama option. This can be seen when I run D3D9 device tests, leading to test failures (see attachments). I am on the NVIDIA proprietary driver version 313.18, which may be relevant as this driver does have the "broken" XRandR 1.2. I cannot test with Nouveau because it doesn't support my GPU. Even if this is the proprietary driver's fault, I'm still opening this bug on the WineHQ Bugzilla to track its resolution here, and provide information to the NVIDIA developers if we do have to report it to them. -- 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 33339] New: AION: regularly crash during game
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=33339 Bug #: 33339 Summary: AION: regularly crash during game 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: legluondunet(a)free.fr Classification: Unclassified Hello, AION regularly crash during game, I joined you two log files. -- 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 15

[Bug 33241] New: incorrect display of a combobox in a Clipper application
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=33241 Bug #: 33241 Summary: incorrect display of a combobox in a Clipper application Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ironeman(a)tiscali.it Classification: Unclassified As mentioned in http://forum.winehq.org/viewtopic.php?f=8&t=18198, I am using 16-bit Clipper/xBase programs. When I have a listbox, the field is not correctly initialized, despite the list is ok. Debugging my application, I have found that it is due to a strange memory management. I start by saying that Clipper/xBase uses dynamic scoping, so the value of a variable is the last assigned to it into the stack; a variable can be local or global (prefixed by m->). When using the dialog that has the problem, I use the activation command (Fivewin library): m->mTipoDoc:=.... // assign the global variable m->mTipoDoc activate DIALOG oDlg centered on init (SettaCombo()) function SettaCombo() // initialization code of the dialog ... // use the global variable m->mTipoDoc but, at this point, when using WINE, the variable has lost its content and is empty I solved the problem using a local variable that temporarily holds the value of the global variable: m->mTipoDoc:=.... // assign the global variable m->mTipoDoc local tmpcod:=m->mTipoDoc // to solve the wine bug activate DIALOG oDlg centered on init (SettaCombo(tmpcod)) function SettaCombo(val) m->mTipoDoc:=val // to solve the wine bug ... // use the global variable m->mTipoDoc Evidently the local variable is managed in a different way by WINE and the error has disappered. To test this behaviour, I wrote the attached sample program. Into the zip there is a readme.pdf that explains how it works. Best regards. -- 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 21573] New: Need heap overrun detection at beginning of buffers, too
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21573 Summary: Need heap overrun detection at beginning of buffers, too Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Linux, valgrind gives nice warnings when you access before the first byte. It'd be nice if valgrinding Windows apps under Wine gave the same warnings. For instance, the following program should give three warnings under valgrind+wine just as it does under valgrind: #include <stdio.h> #include <stdlib.h> int badness_before_n_after ( char* p ) { return p[-1] + p[10]; } int main ( void ) { char* p = malloc(10); int who_knows = badness_before_n_after(p); // expect 2 x invalid address yelpage who_knows += p[5]; if (who_knows == 42) printf("It's 42 (!)\n"); else printf("It's not 42 (dull but unsurprising)\n"); free(p); return 0; } -- 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 16264] New: Builtin Tahoma unreadable when small
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=16264 Summary: Builtin Tahoma unreadable when small Product: Wine Version: 1.1.9 Platform: Other URL: http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t =2152&postdays=0&postorder=asc&start=15 OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user said that ConvWPT ran in Wine, but gave a very complicated recipe, so I tried simplifying it. Along the way, I noticed that ConvWPT's installer used teeny tiny nearly unreadable fonts; installing Tahoma fixed that (now they're just small, but readable). Recipe to reproduce: 1) Visit http://www.linuxtechs.net/kruch/tb/forum/viewtopic.php?t=2152 scroll down to message "Setup Package Part 1 / 4", and download and unpack each of the four files Setup.part1.rar, Setup.part2.rar, ... Setup.part4.rar Ignore warnings from rar about duplicate files. 2) Run the resulting setup.exe The setup program uses small Tahoma text on some screens, and that's very nearly unreadable unless you install native tahoma, e.g. with winetricks tahoma. -- 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 5

[Bug 31385] New: Font in Delphi 3 apps change to "System" after open Report preview.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=31385 Bug #: 31385 Summary: Font in Delphi 3 apps change to "System" after open Report preview. Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: julio_lists(a)mebamutual.com.ar Classification: Unclassified Created attachment 41242 --> http://bugs.winehq.org/attachment.cgi?id=41242 Minimal Delphi app that shows the bug I'm testing an in-house app written en Delphi 3, the only really annoying glitch I have found so far happens after a QuickReport preview windows opens. The Preview and works OK, but then any label drawn in the app uses the System font. The effect is akin to bug #29758, but my logs don't include the error reported there. Instead, I guess Wine is messing somewhat within the WM_GETFONT and/or WM_SETFONT calls, yet my debugging abilities are pretty limited. WM_GETFONT calls aren't returning NULL, but decimal 504, I wonder if that WM_SETFONT takes that as an invalid handle. I'm attaching a minimal (kind of, the binary is pretty big) test case. -- 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 2

[Bug 21082] New: Artrage3 studio pro demo : export fails
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21082 Summary: Artrage3 studio pro demo : export fails Product: Wine Version: 1.1.35 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: meho_r(a)yahoo.com Created an attachment (id=25286) --> (http://bugs.winehq.org/attachment.cgi?id=25286) Output of terminal when running AR3 from it. Export function in ArtRage 3 Studio Pro Demo version (as well as in full version) doesn't work. When trying to export a painting as an image, an error occurs which states: "Generic Failure. Not enough memory to perform action." However, it is not lack of RAM that is the cause of problem (at the time of testing I had over 2GB free RAM). Also, in ArtRage 2.5 export function works as expected on the same machine. I tested this on Ubuntu 9.10 (64bit) and Mandriva 2010.0 (32bit) with multiple versions of wine (from 1.0.1 to 1.1.3.5). -- 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 11926] New: House of the dead 3 won' t draw 3d stuff after the 1st level
by wine-bugs＠winehq.org 21 Feb '15

21 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=11926 Summary: House of the dead 3 won't draw 3d stuff after the 1st level Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugz(a)chipsugar.plus.com After the first level where everything is fine all the 3d models & scenery is black. Possibly textures aren't being rendered. Also the words in the menu list when starting the game don't get drawn. Maybe that's part of the same bug. -- 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 24

[Bug 32769] New: PowerPoint 2003 hangs when opening test document
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32769 Bug #: 32769 Summary: PowerPoint 2003 hangs when opening test document Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Created attachment 43263 --> http://bugs.winehq.org/attachment.cgi?id=43263 test file To reproduce, make sure gdiplus is set to builtin, then open test file and let PowerPoint render all the thumbnails. If it doesn't hang after having rendered all of them, try restarting it and reopening file. Sometimes (though rarely) it doesn't hang. If I set gdiplus as native, then no hang occurs. -- 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 32957] New: Application freezes (related to .net35 ?)
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32957 Bug #: 32957 Summary: Application freezes (related to .net35 ?) Product: Wine Version: 1.5.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: denis.bonnenfant(a)diderot.org Classification: Unclassified When using SolidWorks 2012, which requires .net35, some functions are freezing totally the application. Then it has to be killed with wineserver -k The issue is perfectly reproducible, and the last console output is always the same in this case : fixme:ntdll:NtSecureConnectPort (0x32c85c,L"\\BaseNamedObjects\\FontCachePort3.0.0.0",0x32c844,(nil),0x20477398,(nil),0x32c858,0x131d2518,0x32c850),stub! dotnet35 and corefonts are installed with winetricks. Is there a particular debug channel to log for this issue ? -- 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 8

[Bug 29072] New: wldap32 tests flaky because they rely on external host ldap.itd.umich.edu
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29072 Bug #: 29072 Summary: wldap32 tests flaky because they rely on external host ldap.itd.umich.edu Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified The wldap32 tests started hanging. It looks like they're trying to connect forever to ldap.itd.umich.edu, which is unreachable. -- 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 28643] New: ole32/clipboard.ok crashes rarely in XInternAtoms()
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28643 Bug #: 28643 Summary: ole32/clipboard.ok crashes rarely in XInternAtoms() Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Saw this twice with Ubuntu 11.04 and once with Ubuntu 11.10. Stack: ../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p ole32_test.exe.so clipboard.c && touch clipboard.ok ... fixme:ole:snapshot_GetData Unhandled tymed - mask 0 req tymed 8 wine: Unhandled page fault on read access to 0x00000000 at address 0x68d7ed60 (thread 003b), starting debugger... Backtrace: =>0 libx11.so.6 (+0x21d60) (0x001317e0) 1 XInternAtoms+0xda() in libx11.so.6 (0x001317e0) 2 intern_atoms+0x227() [dlls/winex11.drv/clipboard.c:383] 3 X11DRV_SelectionRequest_TARGETS+0x17(display=0x7e1e7068, requestor=0x1e0031f, target=0x19f, rprop=0x135) [dlls/winex11.drv/clipboard.c:2872] 4 X11DRV_HandleSelectionRequest+0xe7(hWnd=(nil), event=0x74e72c, bIsMultiple=0) [dlls/winex11.drv/clipboard.c:3082] 5 X11DRV_SelectionRequest+0x1f(hWnd=(nil), event=0x74e72c) [dlls/winex11.drv/clipboard.c:3155] 6 call_event_handler+0x18f(display=0x7e1e7068, event=0x74e72c) [dlls/winex11.drv/event.c:374] 7 process_events+0x239(display=0x7e1e7068, filter=0x68cbc8e6, arg=0x40) [dlls/winex11.drv/event.c:443] 8 X11DRV_MsgWaitForMultipleObjectsEx+0xa5(count=0x1, handles=0x74e86c, timeout=0xffffffff, mask=0x40, flags=0) [dlls/winex11.drv/event.c:470] 9 wait_message+0x41(count=0x1, handles=0x74e86c, timeout=0xffffffff, mask=0x40, flags=0) [dlls/user32/winproc.c:1126] 10 MsgWaitForMultipleObjectsEx+0x150(count=0, pHandles=(nil), timeout=0xffffffff, mask=0x40, flags=0) [dlls/user32/message.c:3944] 11 selection_thread_proc+0xa1(p=0x54) [dlls/winex11.drv/clipboard.c:2530] -- 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 28573] New: user32/cursoricon.ok failed,
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28573 Bug #: 28573 Summary: user32/cursoricon.ok failed, Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified On my i7 last night, I saw the following failure: ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so cursoricon.c && touch cursoricon.ok fixme:cursor:GetCursorFrameInfo Second parameter non-zero (57005), please report this! ... fixme:cursor:GetCursorFrameInfo Second parameter non-zero (57005), please report this! cursoricon.c:2139: Test failed: wrong info cursor 0x2003a/(nil) cursoricon.c:2171: Test failed: wrong info cursor 0x2003a/(nil) cursoricon.c:2188: Test failed: wrong info cursor 0x2003a/(nil) make: *** [cursoricon.ok] Error 3 I've only seen this once so far. Filing report partly because the fixme asked for it. -- 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 28547] New: ole32/clipboard.ok crashed in X11DRV_CLIPBOARD_LookupData
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28547 Bug #: 28547 Summary: ole32/clipboard.ok crashed in X11DRV_CLIPBOARD_LookupData Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Saw this crash just now on my i7: ../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p ole32_test.exe.so clipboard.c ... wine: Unhandled page fault on read access to 0x000001e3 at address 0x68bd2b12 (thread 0034), starting debugger... Backtrace: =>0 X11DRV_CLIPBOARD_LookupData+0x1f(wID=0x2) [dlls/winex11.drv/clipboard.c:446] 1 X11DRV_CLIPBOARD_SynthesizeData+0x7a(wFormatID=0x2) [dlls/winex11.drv/clipboard.c:2787] 2 X11DRV_EndClipboardUpdate+0x6e() [dlls/winex11.drv/clipboard.c:2848] 3 CloseClipboard+0x91() [dlls/user32/clipboard.c:285] 4 test_nonole_clipboard+0x3a2() [dlls/ole32/tests/clipboard.c:1295] 5 func_clipboard+0x19() [dlls/ole32/tests/clipboard.c:1546] 6 run_test+0x9e(name="clipboard.c") [include/wine/test.h:556] 7 main+0x23a(argc=<?>, argv=0x1103d0) [include/wine/test.h:624] 446 if (data->wFormatID == wID) return data; I haven't seen this one before that I recall. -- 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 28524] New: urlmon:url test case is ok after the 2nd attempt
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28524 Bug #: 28524 Summary: urlmon:url test case is ok after the 2nd attempt Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: toralf.foerster(a)gmx.de Classification: Unclassified I'm wondering why repeatedly often the 1st attempt failed and 2nd works (sometimes it works even in at the 1st attempt) : tfoerste@n22 ~/devel/wine-git/dlls/urlmon/tests $ rm *.ok tfoerste@n22 ~/devel/wine-git/dlls/urlmon/tests $ make test ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so generated.c && touch generated.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so misc.c && touch misc.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so protocol.c && touch protocol.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so sec_mgr.c && touch sec_mgr.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so stream.c && touch stream.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so uri.c && touch uri.ok ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so url.c && touch url.ok url.c:1804: Test failed: binding failed: 800c0019, expected 00000000 url.c:2884: Test failed: IMoniker_BindToStorage failed: 800c0019 url.c:2885: Test failed: unk == NULL url.c:2887: Test failed: Expected security problem to be ignored. make: *** [url.ok] Error 4 tfoerste@n22 ~/devel/wine-git/dlls/urlmon/tests $ make test ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so url.c && touch url.ok -- 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 28470] New: qmgr tests deadlock with WINEDEBUG=warn+heap on slower machines
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28470 Summary: qmgr tests deadlock with WINEDEBUG=warn+heap on slower machines Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: qmgr AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On my e8400, when run with WINEDEBUG=warn+heap, the qmgr conformance tests seem to lock up very frequently. Here's a backtrace gotten with btall: Backtracing for thread 0034 in process 0008 (Z:\home\dank\wine-git\dlls\qmgr\tests\qmgr_test.exe): Backtrace: =>0 GLIBC_2+0x830() in ld-linux.so.2 (0x0043e738) 1 ReadFile+0x265(hFile=0x4c, buffer=0x43e86c, bytesToRead=0x10, bytesRead=0x43e80c, overlapped=(nil)) [dlls/kernel32/file.c:439] 2 rpcrt4_conn_np_read+0x3c(Connection=0x12c080, buffer=0x43e86c, count=0x10) [dlls/rpcrt4/rpc_transport.c:420] 3 RPCRT4_receive_fragment+0xb4(Connection=0x12c080, Header=0x43e96c, Payload=0x43e908) [dlls/rpcrt4/rpc_binding.h:177] 4 RPCRT4_ReceiveWithAuth+0x7c(Connection=0x12c080, Header=0x43e96c, pMsg=0x33fb54, auth_data_out=(nil), auth_length_out=0x0(nil)) [dlls/rpcrt4/rpc_message.c:1396] 5 I_RpcReceive+0x7b(pMsg=0x33fb54) [dlls/rpcrt4/rpc_message.c:1553] 6 I_RpcSendReceive+0x7f(pMsg=0x33fb54) [dlls/rpcrt4/rpc_message.c:1911] 7 rpc_sendreceive_thread+0x23(param=0x12d134) [dlls/ole32/rpc.c:794] 8 worker_thread_proc+0xe1(param=0x0(nil)) [dlls/ntdll/threadpool.c:114] 9 call_thread_func+0xb() in ntdll (0x0043ea78) 10 call_thread_entry_point+0x6d(entry=0x7bc7ec30, arg=0x0(nil)) [dlls/ntdll/signal_i386.c:2499] 11 start_thread+0xf7(info=0x7ffd4fb8) [dlls/ntdll/thread.c:405] Backtracing for thread 0009 in process 0008 (Z:\home\dank\wine-git\dlls\qmgr\tests\qmgr_test.exe): Backtrace: =>0 GLIBC_2+0x830() in ld-linux.so.2 (0x0033f228) 1 NTDLL_wait_for_multiple_objects+0x232(count=0x2, handles=0x33f4a8, flags=0x4, timeout=(nil), signal_object=<?>) [dlls/ntdll/sync.c:1124] 2 NtWaitForMultipleObjects+0x5a(count=0x2, handles=0x33f4a8, wait_all=0, alertable=0, timeout=(nil)) [dlls/ntdll/sync.c:1162] 3 WaitForMultipleObjectsEx+0xee(count=0x2, handles=0x33f67c, wait_all=0, timeout=0xffffffff, alertable=0) [dlls/kernel32/sync.c:188] 4 nulldrv_MsgWaitForMultipleObjectsEx+0x31(count=0x2, handles=0x33f67c, timeout=0xffffffff, mask=0x4ff, flags=0) [dlls/user32/driver.c:359] 5 wait_message+0x47(count=0x2, handles=0x33f67c, timeout=0xffffffff, mask=0x4ff, flags=0) [dlls/user32/winproc.c:1126] 6 MsgWaitForMultipleObjectsEx+0x109(count=0x1, pHandles=0x12d154, timeout=0xffffffff, mask=0x4ff, flags=0) [dlls/user32/message.c:3944] 7 CoWaitForMultipleHandles+0xd6(dwFlags=0, dwTimeout=0xffffffff, cHandles=0x1, pHandles=0x12d154, lpdwindex=0x33f91c) [dlls/ole32/compobj.c:3712] 8 ClientRpcChannelBuffer_SendReceive+0x5fb(iface=0x12c220, olemsg=0x33fb54, pstatus=0x33f96c) [dlls/ole32/rpc.c:903] 9 NdrProxySendReceive+0x71(This=0x12d02c, pStubMsg=0x33fa74) [dlls/rpcrt4/cproxy.c:487] 10 IRemUnknown_RemRelease_Proxy+0x1c6(This=0x12d02c, cInterfaceRefs=0x1, InterfaceRefs=0x33fbd4) [dlls/ole32/dcom_p.c:639] 11 ifproxy_release_public_refs+0xe3(This=0x12c190) [dlls/ole32/marshal.c:673] 12 ifproxy_destroy+0x24(This=0x12c190) [dlls/ole32/marshal.c:708] 13 ClientIdentity_Release+0xc8(iface=0x12b940) [dlls/ole32/marshal.c:1109] 14 IUnknown_Release_Proxy+0x65(iface=0x12c1f4) [dlls/rpcrt4/cproxy.c:418] 15 func_enum_files+0x179() [dlls/qmgr/tests/enum_files.c:98] 16 run_test+0x143(name="enum_files.c") [dlls/qmgr/tests/../../../include/wine/test.h:556] 17 main+0x161(argc=0x33f248, argv=0x682a6a9f) [dlls/qmgr/tests/../../../include/wine/test.h:624] >From the second stack, it looks like it was just trying to tear down the test. Race condition and/or reference count problem, perhaps? -- 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 28503] New: comctl32/treeview.ok fails occasionally
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28503 Summary: comctl32/treeview.ok fails occasionally Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This failed just now on Austin's buildslave with WINEDEBUG=warn+heap: ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so treeview.c && touch treeview.ok treeview.c:1512: Test failed: got 0x20318a treeview.c:1518: Test failed: got 0x20318a and again on his buildslave without WINEDEBUG: treeview.c:1512: Test failed: got 0x201c8b treeview.c:1518: Test failed: got 0x201c8b I see it's happened at least once before, last month, to someone else: http://test.winehq.org/data/6ee95c77381791299ae040248897ac58c74f49f6/linux_… and I think I recall seeing it one other time on the buildbot (not sure which slave). Austin's buildslave's info: os: Debian GNU/Linux testing (wheezy), 3.0.0-1-686-pae, , Advanced Linux Sound Architecture Driver Version 1.0.24. ram: 8113 MB cpu: AMD Phenom(tm) II X4 940 Processor gpu: GeForce 9800 GTX+/PCI/SSE2/3DNOW! 3.3.0 NVIDIA 285.03 It's possible this is caused by someone playing with the mouse or keyboard while the tests are running, but seeing it twice in a row is suspicious. -- 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 28323] New: urlmon/tests/protocol.ok slightly flaky: protocol.c:2892: Test failed: ref=2
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28323 Summary: urlmon/tests/protocol.ok slightly flaky: protocol.c:2892: Test failed: ref=2 Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I've seen this twice in two days: ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so protocol.c && touch protocol.ok ... protocol.c:979: Test failed: unexpected call ReportResult protocol.c:984: Test failed: hrResult = 80004004, expected: 00000000 protocol.c:989: Test failed: dwError == ERROR_SUCCESS protocol.c:2892: Test failed: ref=2 protocol.c:746: Test failed: unexpected call ReportProgress_CONNECTING This time, it was with WINEDEBUG=warn+heap, on a system with: os: Ubuntu 10.04.3 LTS, 2.6.32-33-generic, pulseaudio 0.9.21-63-gd3efa-dirty, Advanced Linux Sound Architecture Driver Version 1.0.21. ram: 3212 MB cpu: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz gpu: GeForce GT 240/PCI/SSE2 3.2.0 NVIDIA 195.36.24 I see a few vaguely similar problems on windows at http://test.winehq.org/data/tests/urlmon:protocol.html so perhaps these tests still need some love. -- 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 28298] New: riched20/editor.ok cursort position test flaky
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28298 Summary: riched20/editor.ok cursort position test flaky Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I just had a test fail (under WINEDEBUG=warn+heap, but I doubt that matters) like this: ../../../tools/runtest -q -P wine -M riched20.dll -T ../../.. -p riched20_test.exe.so editor.c && touch editor.ok ... editor.c:6026: Test failed: Cursor is at 0 instead of 8 That's not a new problem; it was mentioned back in http://www.winehq.org/pipermail/wine-devel/2008-September/069299.html and showed up here: http://www.winehq.org/pipermail/wine-devel/2010-December/088198.html -- 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 8

[Bug 28295] New: mshtml/htmldoc.ok flaky
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28295 Summary: mshtml/htmldoc.ok flaky Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This test just failed for me with ../../../tools/runtest -q -P wine -M mshtml.dll -T ../../.. -p mshtml_test.exe.so htmldoc.c && touch htmldoc.ok ... htmldoc.c:2358: Test failed: unexpected call UpdateUI htmldoc.c:2636: Test failed: unexpected call Exec_UPDATECOMMANDS I see that particular failure has happened before: http://test.winehq.org/data/5d22f3aa145795af0137f580959671c046f3d37a/linux_… http://www.winehq.org/pipermail/wine-devel/2010-November/087789.html -- 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 15027] New: Microsoft Office 2007: Installer takes too much time to check the product key
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=15027 Summary: Microsoft Office 2007: Installer takes too much time to check the product key Product: Wine Version: 1.1.3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com After you finish typing the product key, the installer takes around a minute to check if it's correct. -- 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 9447] New: Supreme Commander's FMVs do not skip frames
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=9447 Summary: Supreme Commander's FMVs do not skip frames Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: ajrich(a)earthlink.net This bug causes the videos to move slower than they're supposed to, and desync with sound (if you've made the changes needed to get sound from the game - see the AppDB for details.) Affects mission briefings in the campaign, and messages recieved during campaign missions. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 28

[Bug 30823] New: mono program incorrectly writing Chinese characters to console with Wine mono
by wine-bugs＠winehq.org 20 Feb '15

20 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=30823 Bug #: 30823 Summary: mono program incorrectly writing Chinese characters to console with Wine mono Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Compile the following sample: --- snip --- using System; using Gtk; public class GtkHelloWorld { public static void Main() { Console.WriteLine("abcd1234一二三四五"); } } --- snip --- $ mcs -pkg:gtk-sharp-2.0 helloword.cs $ mcs --version Mono C# compiler version 2.10.5.0 2. install mono210 with an older version of Wine (wine-1.4), or use the builtin wine-mono-0.0.4 with the latest wine (wine-1.5.5) 3. start helloword.exe with wine: $ wine helloword.exe Expect result: Outputting "abcd1234一二三四五" Actual result: Outputting "abcd1234一二三四五奈奈五" What the worse is, helloword.exe never quit, it fall into a infinite loop of WriteConsoleW() Additional info: 1. wine-1.4 + `winetricks dotnet20` works well with the above helloword.exe 2. WinXP + dotnet4 works well with the above helloword.exe 3. I can't make it work on WinXP + mono210, always get a "Initial error 0xc0000135" 4. The bug disappear after removing Chinese string from Console.WriteLine() 5. The bug has different behaviors after adding English letters at the end of the string, for example: Console.WriteLine("abcd1234一二三四五a"), the output is: "abcd1234一二三四五a四五a錫a" This time the program will not fall into infinite loop. 6. The bug disappear if I redirect out put to a file: $ wine helloword.exe > hello.txt 7. Bug 10063 is really annoying while using winedbg to tracing this bug... Regards. -- 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

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 January 2015