wine-bugs April 2022

wine-bugs@winehq.org

1 participants
3479 discussions

[Bug 40147] New: Assertion 'm->state == STATE_PASSIVE' failed at pulse/mainloop.c:827 on starting Skype 7.18.0.112
by wine-bugs＠winehq.org 07 Mar '23

07 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=40147 Bug ID: 40147 Summary: Assertion 'm->state == STATE_PASSIVE' failed at pulse/mainloop.c:827 on starting Skype 7.18.0.112 Product: Wine Version: 1.9.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winepulse.drv Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat Created attachment 53645 --> https://bugs.winehq.org/attachment.cgi?id=53645 backtrace Perhaps it's because I'm not using Pulse Audio. err:winsock:WSAIoctl -> _WSAIO(IOC_WS2, 23) request failed with status 0x2733 fixme:win:RegisterDeviceNotificationA (hwnd=0x1009c, filter=0x608e1d4,flags=0x00000000) returns a fake device notification handle! fixme:win:RegisterDeviceNotificationW (hwnd=0x1009a, filter=0x4f4dca8,flags=0x00000000) returns a fake device notification handle! err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded Assertion 'm->state == STATE_PASSIVE' failed at pulse/mainloop.c:827, function pa_mainloop_prepare(). Aborting. wine: Assertion failed at address 0xf7708c99 (thread 0046), starting debugger... Unhandled exception: assertion failed in 32-bit code (0xf7708c99). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7708c99 ESP:05e8c408 EBP:05e8c420 EFLAGS:00200202( - -- I - - - ) EAX:00000000 EBX:00001b0d ECX:00001b4f EDX:00000006 ESI:05e8c85c EDI:f74ebff4 Stack dump: 0x05e8c408: 05e8c420 00000006 00001b4f f7383871 0x05e8c418: f74ebff4 05e8c540 05e8c548 f738514a 0x05e8c428: 00000006 05e8c4c0 00000000 7c704f28 0x05e8c438: 05e8c498 7c4816cf 7c704f28 00000000 0x05e8c448: 00000001 7c4613a0 f73cc066 7c705e30 0x05e8c458: 00e8c498 7c480200 00000091 00000004 Backtrace: =>0 0xf7708c99 __kernel_vsyscall+0x9() in [vdso].so (0x05e8c420) 1 0xf7383871 gsignal+0x50() in libc.so.6 (0x05e8c420) 2 0xf738514a abort+0x179() in libc.so.6 (0x05e8c548) 3 0x7c480238 pa_mainloop_prepare+0x497() in libpulse.so.0 (0x05e8c5c8) 4 0x7c480d36 pa_mainloop_iterate+0x35() in libpulse.so.0 (0x05e8c618) 5 0x7cc5d11a pulse_test_connect+0x1d9() in winepulse (0x05e8c878) 6 0x7cc63673 AUDDRV_GetPriority+0x32() in winepulse (0x05e8c8a8) 7 0x7cc8547b init_driver+0x26a() in mmdevapi (0x05e8cdd8) 8 0x7cc85dcc DllGetClassObject+0x3b() in mmdevapi (0x05e8ce38) 9 0x7eb96947 apartment_getclassobject+0x116() in ole32 (0x05e8ceb8) 10 0x7eb99479 get_inproc_class_object+0x108() in ole32 (0x05e8d148) Steps to reproduce: 1. Install Skype (currently at http://www.skype.com/go/getskype-full) md5sum(SkypeSetupFull.exe) 3616301a86a2f78d94e2baa86805112c 2. Shutdown/uninstall PA server 3. Run Skype.exe 4. Get a crash P.S. Distro = CentOS 6.7 i686 -- 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 14

[Bug 33069] New: Visual Basic 6 can't load any component
by wine-bugs＠winehq.org 06 Mar '23

06 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=33069 Bug #: 33069 Summary: Visual Basic 6 can't load any component Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: german_ant_82(a)yahoo.com Classification: Unclassified Created attachment 43719 --> http://bugs.winehq.org/attachment.cgi?id=43719 Fixme errors list for the components that can't be loaded Visual Basic comes with a set of preloaded standard components and a set of loadable extra components. These extra components can't be loaded. List of components that can't be loaded: AxBrowser Cdlg Microsoft ADO Data Control 6.0 (OLEDB) Microsoft Calendar Control 8.0 Microsoft Chart Control 6.0 (OLEDB) Microsoft Comm Control 6.0 Microsoft Common Dialog Control 6.0 Microsoft Data Bound Grid Control 5.0 (SP3) Microsoft Data Bound List Controls 6.0 Microsoft DataGrid Control 6.0 (OLEDB) Microsoft DataList Controls 6.0 (OLEDB) Microsoft DataRepeater Control 6.0 (OLEDB) Microsoft FlexGrid Control 6.0 Microsoft Hierarchical FlexGrid Control 6.0 (OLEDB) Microsoft Internet Transfer Control 6.0 Microsoft MAPI Controls 6.0 Microsoft Masked Edit Control 6.0 Microsoft Multimedia Control 6.0 Microsoft PictureClip Control 6.0 Microsoft RemoteData Control 6.0 Microsoft Rich Textbox Control 6.0 Microsoft Script Control 1.0 Microsoft SysInfo Control 6.0 Microsoft Tabbed Dialog Control 6.0 Microsoft Windows Common Controls 5.0 (SP2) Microsoft Windows Common Controls 6.0 Microsoft Windows Common Controls-2 5.0 (SP2) Microsoft Windows Common Controls-2 6.0 Microsoft Windows Common Controls-3 6.0 Microsoft Winsock Control 6.0 MSFlexGrid Wizard 6.0 Package and Deployment Wizard VB6 Application Wizard VB6 Data Form Wizard 6.0 VB6 MSChart Wizard 6.0 VisModelBrowser -- 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 13

[Bug 41013] New: Sourceinsight: the 'Window' menu click no response
by wine-bugs＠winehq.org 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=41013 Bug ID: 41013 Summary: Sourceinsight: the 'Window' menu click no response Product: Wine Version: 1.8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robert.hu(a)intel.com Distribution: --- Created attachment 55180 --> https://bugs.winehq.org/attachment.cgi?id=55180 'Window' menu list jump to top left The menu of 'Window' click has no responses. But other menu can work. My workaround is to click its adjacent menu item then arrow key to move to 'Window' menu. But even so, it appears to left top of the window. See attachment. -- 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 2

[Bug 23064] New: Sourceinsight: no response clicking menu, untill firstly right-click in main window area
by wine-bugs＠winehq.org 06 Mar '23

06 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=23064 Summary: Sourceinsight: no response clicking menu, untill firstly right-click in main window area Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dwwwww(a)hotmail.com OS: RHEL 4 Wine, 1.2-rc2 Open sourceinsight, click the menus, no response. But it works after right click in main window area. -- 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 50281] New: fsync patch for wine 6.0-rc1 (without staging)
by WineHQ Bugzilla 06 Mar '23

06 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=50281 Bug ID: 50281 Summary: fsync patch for wine 6.0-rc1 (without staging) Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: michael.scott(a)quest-arts.co.uk Distribution: --- Created attachment 68830 --> https://bugs.winehq.org/attachment.cgi?id=68830 fsync patch that applies to vanilla wine 6.0-rc1 I have created a new fsync patch that can apply directly to wine 6.0-rc1 without needing esync from staging. I have tested this patch applied to the latest wine sources (6.0-rc1) as of 7th December 2020 using Star Citizen 3.11. I have included it here for you to review for your convenience to review whether to include it in a future wine version. Current testing from myself and others in the Star Citizen LUG org when using fsync enabled wine and kernels are resulting in a much smoother experience. -- 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 15480] New: Saving files in Word/Excel creates useless .lnk files
by wine-bugs＠winehq.org 04 Mar '23

04 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=15480 Summary: Saving files in Word/Excel creates useless .lnk files Product: Wine Version: 1.1.5 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew(a)etc.gen.nz Hi, In Word and Excel 2003 when we save files then a .lnk file is created in the same directory as the source file. These files are useless for two reasons: 1) They're in the same directory as the original .doc or .xls files which have Word and Excel associated with them respectively. 2) On a standard Debian Lenny machine running Gnome the .lnk files aren't recognised by any apps and won't cause Word or Excel to run. I've searched around the place to see if we can turn this "feature" off, but haven't found anything. Is this possible? If not, could this please be added. -- 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 31

[Bug 45756] New: Button not clickable when dpi setting changed in Office 2007 Installer
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=45756 Bug ID: 45756 Summary: Button not clickable when dpi setting changed in Office 2007 Installer Product: Wine Version: 3.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de Distribution: --- After upgrading from wine 3.14 to wine 3.15 (self-compiled, 32-bit-only) the push buttons in the office 2007 installer are no longer "clickable". When pushing them with the mouse, nothing happens. Using the keyboard to "push" the buttons works as before. Sometimes the mouse pointer is not even visible inside the installer window. This only happens when changing the screen resolution in winecfg (i.e. to 168 dpi). The windows version is set to Windows XP A bisect shows this commit as the first bad commit: commit 2068b73db5e19e1ce3b54b2a8ecb5a5b99ea19b5 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Aug 27 14:02:43 2018 +0200 user32: Process hardware messages in physical coordinates. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 10

[Bug 39113] New: SimplePC_SC.exe does not work
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=39113 Bug ID: 39113 Summary: SimplePC_SC.exe does not work Product: Wine Version: unspecified Hardware: x86 URL: http://downloads.acs.com.hk/utility-tools/en/TOL-PCSC. zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: vincent.hardy.be(a)gmail.com Distribution: --- Created attachment 52115 --> https://bugs.winehq.org/attachment.cgi?id=52115 screenshot SimplePC_SC is a programme that tests easily the basic functions of winscard with any smartcard. I file this bug in the hope that a friendly developer starts a real implementation of winscard. -- 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 8

[Bug 37495] New: AusweisApp2 1.0.0 (german identity card app) needs winscard.SCardEstablishContext implementation
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=37495 Bug ID: 37495 Summary: AusweisApp2 1.0.0 (german identity card app) needs winscard.SCardEstablishContext implementation Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, actually it needs much more - the revival of the Wine winscard project. Years ago there were multiple attempts to implement this using pcsc-lite but abandoned later. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/AusweisApp2 1.0.0 $ WINEDEBUG=+tid,+seh,+relay,+winscard wine ./AusweisApp2.exe --show >>log.txt 2>&1 ... 0029:Call KERNEL32.OutputDebugStringW(01d52780 L"D ReaderManager::onThreadStarted(card/base/ReaderManager.cpp:130) : thread started\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d53378 L"D ReaderManager::registerPlugIns(card/base/ReaderManager.cpp:242) : Try to register plugins\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d543f8 L"D ReaderManager::registerPlugIns(card/base/ReaderManager.cpp:247) : Register plugin: QJsonObject({\"IID\":\"governikus.ReaderManagerPlugIn\",\"MetaData\":{\"dependencies\":[],\"name\":\"PcscReaderManagerPlugIn\"},\"className\":\"PcscReaderManagerPlugIn\",\"debug\":false,\"version\":328450}"...) ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d53bf8 L"D ReaderManager::onThreadStarted(card/base/ReaderManager.cpp:136) : Start plugin: governikus::PcscReaderManagerPlugIn\n") ret=6674f9f1 ... 0029:Call winscard.SCardEstablishContext(00000000,00000000,00000000,01d53260) ret=005015b8 0029:fixme:winscard:SCardEstablishContext (0,(nil),(nil),0x1d53260) stub 0029:Ret winscard.SCardEstablishContext() retval=80100001 ret=005015b8 ... 0029:Call KERNEL32.OutputDebugStringW(01d54868 L"W PcscReaderManagerPlugIn::start(card/pcsc/PcscReaderManagerPlugIn.cpp:70) : SCardEstablishContext: \"SCARD_F_INTERNAL_ERROR\"\n") ret=6674f9f1 ... 0029:Call KERNEL32.OutputDebugStringW(01d546f0 L"W PcscReaderManagerPlugIn::start(card/pcsc/PcscReaderManagerPlugIn.cpp:71) : Not started: Cannot establish context\n") ret=6674f9f1 ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/8d23d9cbdcc604d7c00e5a1201aac8af… --- snip --- 85 LONG WINAPI SCardEstablishContext(DWORD dwScope, LPCVOID pvReserved1, 86 LPCVOID pvReserved2, LPSCARDCONTEXT phContext) 87 { 88 FIXME("(%x,%p,%p,%p) stub\n", dwScope, pvReserved1, pvReserved2, phContext); 89 SetLastError(ERROR_CALL_NOT_IMPLEMENTED); 90 return SCARD_F_INTERNAL_ERROR; 91 } --- snip --- $ sha1sum AusweisApp2-1.0.0.msi d09f8c6f2cad0a089903a3e31bf96079ae3cfe59 AusweisApp2-1.0.0.msi $ du -sh AusweisApp2-1.0.0.msi 22M AusweisApp2-1.0.0.msi $ wine --version wine-1.7.30 Regards -- 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 19

[Bug 43224] New: Freelist scan can result in O(n) time when allocating
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=43224 Bug ID: 43224 Summary: Freelist scan can result in O(n) time when allocating Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ranma42(a)gmail.com Distribution: --- Created attachment 58517 --> https://bugs.winehq.org/attachment.cgi?id=58517 Micro-benchmark that shows the degenerate behaviour The heap implementation in ntdll can be very inefficient for some allocation patterns. Specifically, it is possible that a freelist contains thousands of entries of a given size and it is scanned while looking for a bigger entry, that will not fit in any of those. This is demonstrated by the attached program. It accepts a size as an argument and will allocate 1000000 elements of that size, deallocate half of them (the "even" ones), then allocate 1000 elements that are just one bit bigger. For most sizes the program terminates in milliseconds, but in my environment it takes several seconds for sizes 16, 32, 48, 64, 80, 88, 96, 112, 120, 128. A possible workaround (that I had implemented in the past, for short-lived applications) is to allocate from a freelist whose entries are all at least as big as the block that is being allocated, but that can cause inefficient memory usage. I noticed that wine includes an implementation of a red-black tree. Would it make sense to organise the free entries as lists in such a tree? That should ensure O(log N) in the worst case. If performance is a concern, it might be possible to use "direct" freelists for small sizes (ensuring that all of the alignment-compatible sizes are covered) and use a tree for bigger sizes. I am willing to work on this, but I need some directions on what is the best path forward (namely, if we should prefer the memory-inefficient but simpler approach of just allocating from "bigger" freelists or if the tree approach is the desired one). The bug https://bugs.winehq.org/show_bug.cgi?id=37773 might be related. -- 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 9

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 2022