wine-bugs May 2013

wine-bugs@winehq.org

1 participants
9438 discussions

[Bug 28472] New: user32/clipboard.ok test crashes rarely on linux, frequently on nt4?
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=28472 Summary: user32/clipboard.ok test crashes rarely on linux, frequently on nt4? Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Just saw this on my a3850: ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so clipboard.c && touch clipboard.ok wine: Unhandled page fault on write access to 0x000001e6 at address 0x7bc467d8 (thread 0023), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc467d8 0x7bc467d8 is probably HEAP_GetPtr+0x68, so it might be a corrupted heap. Looking at http://test.winehq.org/data/tests/user32:clipboard.html I see that test crashed once recently on linux, and very often on nt4, so perhaps there's something wrong with 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 2

[Bug 23727] New: NFS Shift: crashes while loading profile or after 2nd intro movie
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23727 Summary: NFS Shift: crashes while loading profile or after 2nd intro movie Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The symptom is wine: Unhandled page fault on read access to 0x00000001 at address 0x1 (thread 001a), starting debugger... Stefan found that 'winetricks secur32 win98' works around this. This doesn't affect the downloadable demo. It might not even be a wine bug, since some users report having to use win98 mode on XP to run the game. Note that you have to press Enter during the 2nd intro movie ("The best drivers...") or it will repeat. -- 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 21736] New: Quicken 2004 Premier Ctrl+F is not recognized on application launch.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21736 Summary: Quicken 2004 Premier Ctrl+F is not recognized on application launch. Product: Wine Version: 1.0.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rhdinah(a)yahoo.com When launching Quicken the keyboard shortcut Ctrl+F (Find) does nothing ... reliably nothing. However, if you traverse the Quicken menus Edit | Find & Replace | Find ... then the Find request and operation proceeds normally. Interestingly enough after this is done then the Ctrl+F keyboard shortcut is recognized. -- 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 32

[Bug 20636] New: Can't get a COM-object's properties (App: Cardiris), workaround: winetricks dcom98
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20636 Summary: Can't get a COM-object's properties (App: Cardiris), workaround: winetricks dcom98 Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ld(a)gardschwingdoazah.de Created an attachment (id=24614) --> (http://bugs.winehq.org/attachment.cgi?id=24614) Debug trace of failed run; failing property is "CodePage" This is a problem with the application Cardiris v3.5 by I.R.I.S. (business card recognition). The application itself (interactive) runs well, the problem is only with the COM API. I'm accessing it through a piece of plain C code. The code *works* on Windows XP, *works* on wine 1.1.32 with dcom98 installed through winetricks, but *doesn't work* with wine 1.1.32 with builtin dcom. The COM works in general, I can create an application object and call methods on it, but on another object (returned by a method call), access to any property results in the following error: Object doesn't support this property or method: 'CodePage' (Note: Property name is spelled correctly, any other property doesn't work either.) Attaching a debug trace with WINEDEBUG=+comcat,+ole (hope that combination makes sense), but I will gladly produce any other required debug trace -- just let me know which WINEDEBUG setting you need. -- 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 32333] New: Crystal Report don't show numeric formulas rigth justify
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=32333 Bug #: 32333 Summary: Crystal Report don't show numeric formulas rigth justify Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: manuel(a)e-macrobase.com Classification: Unclassified When i have a formula in a Crystal Reports report and is right justify, the value doesn't show up. If i left justify the formula then show up. Please help me. -- 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 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs May 2013