June 2021 - Wine-bugs - list.winehq.org

[Bug 19223] New: null Object reference during Database object expansion (MS SQL SMSE)
by wine-bugs＠winehq.org 08 Nov '21

08 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=19223 Summary: null Object reference during Database object expansion (MS SQL SMSE) Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: m27315(a)gmail.com Created an attachment (id=22225) --> (http://bugs.winehq.org/attachment.cgi?id=22225) Wine log for SSMSEE Immediately after launching Microsoft's SQL Server Management Studio Express, an "Object Explorer" pane is visible on the left to explore the connected SQL server. Double-clicking on the "Databases" node to expand it produces the following error message (see below)... The databases can be acquired using the "Summary" window, and then the "Object Explorer" pane can be synchronized to the "Summary" window. Although a workaround exists, it is clumsy. Plus, a method so basic as expanding the connected databases should not create such an error. Incidentally, the error message is empty at first, and the message can only be viewed by clicking on the "Show technical details" button in the error log... =================================== Object reference not set to an instance of an object. (Microsoft.SqlServer.Express.ObjectExplorer) ------------------------------ Program Location: at Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.SystemObjectAccessHandler.get_HideSystemObjects() at Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.SystemObjectAccessHandler.Visible(INodeInformation source) at Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.IsNodeVisible(NavigableItem item) at Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.BuildStaticItem(IList nodes, INodeInformation source, INavigableItem sourceItem) at Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.Build(INodeInformation source, INavigableItem sourceItem, IFilterProvider filter) at Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItem.GetChildren() at Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.ExplorerHierarchyNode.BuildChildren() -- 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.

2 11

[Bug 17785] New: MSDE fails to register its service(i think).
by wine-bugs＠winehq.org 08 Nov '21

08 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=17785 Summary: MSDE fails to register its service(i think). Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: nicklas(a)ws.se Created an attachment (id=20011) --> (http://bugs.winehq.org/attachment.cgi?id=20011) A log of an attempt to run "wine setup.exe SAPWD=XXXXX" after successfully decompressing the installation files. I am quite new to wine and especially it's logging style, but it seems to me that it fails to register its service. However i might obviously be completely wrong. The error(s) occurs while running "wine setup.exe SAPWD=XXXXX" after successfully decompressing the installation files into C:\InstDir\ . I have also tried with the BLANKSAPWD=1 switch. I have no idea of the severity of this bug, however(being a newcomer) I set i to normal, even though I'd suspect a lot of server applications would run into similar issues, which would constitute a "wide range" and a "major" severity. I am also not sure of which component to assign it to. -- 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.

2 16

[Bug 30069] New: MSDE2000A fails due to NtCreatePort being a stub
by wine-bugs＠winehq.org 08 Nov '21

08 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=30069 Bug #: 30069 Summary: MSDE2000A fails due to NtCreatePort being a stub Product: Wine Version: 1.4-rc5 Platform: x86 URL: http://www.microsoft.com/download/en/details.aspx?id=2 2661 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Created attachment 39177 --> http://bugs.winehq.org/attachment.cgi?id=39177 log of setup.exe in wine 1.4-rc5 To reproduce: Download and run the MSDE installer MSDE2000A.EXE from http://www.microsoft.com/download/en/details.aspx?id=22661 This will unpack to directory c:\MSDERelA. Go to that directory, then run setup.exe SAPWD=Hello It will install MSSQLServer service and attempt to start it. The service will fail to start, and the installer will subsequently (after ca.2 minutes) remove all installed files. I managed to reproduce it faster via interrupting the installer before it has a chance to remove the service - after that starting any wine application triggers the bug. NtCreatePort is a part of undocumented Microsoft API called LPC. Some attempts at documenting it can be found via google, e.g.: http://www.zezula.net/en/prog/lpc.html http://blogs.msdn.com/b/ntdebugging/archive/2007/07/26/lpc-local-procedure-… -- 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.

2 16

[Bug 31594] New: SolidWorks 2010: Crash at assigning material
by wine-bugs＠winehq.org 07 Nov '21

07 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=31594 Bug #: 31594 Summary: SolidWorks 2010: Crash at assigning material Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 41549 --> http://bugs.winehq.org/attachment.cgi?id=41549 Terminal output on Wine 1.5.12 Steps to reproduce: 1) remove ~/.wine 2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30 3) install SolidWorks 2010 4) start SolidWorks 2010 5) create new part 6) assign material to it Behaviour: crash without any fatal error. Expected behaviour: no crash. -- 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.

2 7

[Bug 31591] New: SolidWorks 2010: Installation of service pack 5.0 fails
by wine-bugs＠winehq.org 07 Nov '21

07 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=31591 Bug #: 31591 Summary: SolidWorks 2010: Installation of service pack 5.0 fails Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 41541 --> http://bugs.winehq.org/attachment.cgi?id=41541 Terminal output on Wine 1.5.12 Steps to reproduce: 1) remove ~/.wine 2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30 2) install SolidWorks 2010 3) install SP5 by 'wine start sw2010-0.0-5.0-i.msp' Behaviour: Installer shows up, something is going up, at the end there is silent crash or information that installer was interrupted. I start SolidWorks 2010 and there is no sign that SP5 is installed. Expected behaviour: I should see in SolidWorks 2010, that SP5 is installed. -- 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.

2 7

[Bug 31486] New: SolidWorks 2012: sldim crashes
by wine-bugs＠winehq.org 07 Nov '21

07 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=31486 Bug #: 31486 Summary: SolidWorks 2012: sldim crashes Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 41392 --> http://bugs.winehq.org/attachment.cgi?id=41392 Terminal output on wine-1.5.10-250-g6c1fcaa Steps to reproduce: 1) remove ~/.wine 2) wine setup.exe Behaviour: Wine crash. Expected behaviour: No Wine crash. -- 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.

2 7

[Bug 16592] New: Ford service manual viewer fails to detect CD (fix attached)
by wine-bugs＠winehq.org 07 Nov '21

07 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=16592 Summary: Ford service manual viewer fails to detect CD (fix attached) Product: Wine Version: unspecified Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: p-wine-bugs(a)ziemba.us Created an attachment (id=18120) --> (http://bugs.winehq.org/attachment.cgi?id=18120) patch to handle null-rootpath equivalent in GetVolumeInformationW wine-1.1.10 I installed the Ford 1993-1994 truck service manual viewer from CD. The viewer application requires that the CD be present in a drive before it will show service data. The viewer application c:/FORD/PUBS/programs/VIEW16.EXE complains that there is no CD present, even though there is. (yes, links for d: and d:: were made correctly in .wine/dosdevices). It turns out that the application calls GetVolumeInformationW with a "root" argument of "\\:". In this case, GetCurrentDirectoryW returns the desired root path, but since root is not null, the code in GetVolumeInformationW uses "\\" as the drive letter instead (and fails). Patching GetVolumeInformationW to treat root == "\\:" the same as the null case results in the application successfully detecting the CD and operating properly. Documentation of GetVolumeInformationW on MSDN seems to indicate that there is a broader range of possible formats for the root parameter than the wine implementation currently handles, so perhaps a more extensive fix is needed for the general 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.

2 41

[Bug 16567] New: moving mouse outside the wine virtual desktop causes crash in FastBltNoTrans()
by wine-bugs＠winehq.org 07 Nov '21

07 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=16567 Summary: moving mouse outside the wine virtual desktop causes crash in FastBltNoTrans() Product: Wine Version: 1.0.1 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stephanecharette(a)gmail.com Installed the game "Nancy Drew: Stay Tuned For Danger". Installation and game start seems to work well. But the mouse icon is customized for the game, and changes depending on whether there is an object under the mouse with which you can interact. If at any point during the game the mouse is moved outside the wine virtual dekstop, the game immediately crashes with the following Windows dialog window: ----------------------- FastBltNoTrans() - err ret = 88760096, pDescription = Dirty Rect Fast Blt, rSrcRect: t=158, b=198, l=-5, r=25, dwDestX=-5, dwDestY=158 - DDERR_INVALIDRECT - Rectangle provided was invalid. ----------------------- I added it to AppDB here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14880 I also have an earlier forum posting here with several other details: http://forum.winehq.org/viewtopic.php?t=3190 -- 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.

2 17

[Bug 48267] New: Heavy Rain Demo has buggy animations
by WineHQ Bugzilla 07 Nov '21

07 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=48267 Bug ID: 48267 Summary: Heavy Rain Demo has buggy animations Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Heavy Rain Demo (free and available through EGS, which can be easily installer through Lutris) seems to have a problem with its animations when using Wine's implementation of xaudio2_7. Particularly, they don't seem to finish and instead just repeat in a loop. You can see it in this video: https://www.youtube.com/watch?v=R-cWHZnx4xM (there also seem to be some awful cracking going on but it seems to only affect the full game so ¯\_(ツ)_/¯ ) Using native xaudio2_7.dll solves the animation issues. When using wine's implementation of xaudio2, the only xaudio-related line in the logs appear to be this: 0152:fixme:xaudio2:IXAudio2Impl_QueryInterface (0xa5ba90)->({60d8dac8-5aa1-4e8e-b597-2f5e2883d484},0x22f950), not found As a backend, I use FAudio. Let me know if any logs are needed and which debug channels I need to use. -- 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 46454] New: Minimalistic C++ program removing non-empty directory is not working
by wine-bugs＠winehq.org 06 Nov '21

06 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=46454 Bug ID: 46454 Summary: Minimalistic C++ program removing non-empty directory is not working Product: Wine Version: 4.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: contact(a)shaac.me Distribution: --- Created attachment 63241 --> https://bugs.winehq.org/attachment.cgi?id=63241 The binary that works well on Windows, and less well with Wine If Wine executes a C++ program executing `std::filesystem::remove_all`, compiled with MSVC, then it will only succeed to remove empty folders, but will silently fail if the folder is not empty. The call will not raise any error, but the folder and its content will stay on disk. In attachment is such a program, rm.exe. If you do `rm.exe <dirname>` on wine, it will fail to delete non-empty folders. But the same command on Windows will succeed. The only Wine terminal output, which shows both when deleting an empty folder (success) and a non empty-one (failure: bug), is: 002b:fixme:kernelbase:AppPolicyGetProcessTerminationMethod 0xfffffffffffffffa, 0x22fd10 I tested this with wine-4.0-rc5 on Archlinux. And did the Windows side of tests on a Windows 7 professional. The program source code is: #include <filesystem> int main(int, char** argv) { std::filesystem::remove_all(std::filesystem::path(argv[1])); } I compiled this program with MSVC version 19.15.26732.1 for x64, with Wine, and with `/EHsc /TP /std:c++17` flags. -- 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.

2 4