February 2009 - Wine-bugs - list.winehq.org

[Bug 10686] New: Marangatu fails with "Object doesn't support this action"
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10686 Summary: Marangatu fails with "Object doesn't support this action" Product: Wine Version: 0.9.50. Platform: PC-x86-64 URL: http://www.set.gov.py/set_htm/softwares/descargas/marang atui/instalador.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)atomnet.co.uk Created an attachment (id=9523) --> (http://bugs.winehq.org/attachment.cgi?id=9523) Full terminal log The eset.exe fails to start, bringing up a message box saying that Runtime Error 445, Object doesn't support this action and then Wine pagefaults. Full terminal output and error message attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 28

[Bug 13677] New: SmartFTP 3.0: crash on startup
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=13677 Summary: SmartFTP 3.0: crash on startup Product: Wine Version: 1.0-rc3 Platform: PC URL: http://www.smartftp.com/get/SFTPMSI.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: baryluk(a)smp.if.uj.edu.pl Created an attachment (id=13677) --> (http://bugs.winehq.org/attachment.cgi?id=13677) Debug log. Log in attachment baryluk(a)tytus:~/.wine/drive_c/Program Files/SmartFTP Client$ WINEDEBUG=warn+dll wine ./SmartFTP.exe 2>&1 | tee debugowanie.txt -- 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 4

[Bug 12461] New: SmartFTP Client requires an implementation of cryptui.dll
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12461 Summary: SmartFTP Client requires an implementation of cryptui.dll Product: Wine Version: CVS/GIT Platform: PC URL: http://www.smartftp.com/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com An attempt to start the SmartFTP client fails because of missing cryptui.dll. While copying the DLL from an installation of Windows XP satisfies the application enough to get it to run, cryptui.dll is as far as I'm aware not redistributable and thus using native cryptui.dll is not always tenable. -- 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 6

[Bug 13487] New: Smartftp does not run (dogfood)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=13487 Summary: Smartftp does not run (dogfood) Product: Wine Version: 1.0-rc2 Platform: PC URL: http://www.smartftp.com/ OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=13410) --> (http://bugs.winehq.org/attachment.cgi?id=13410) Terminal output in git Reported in wine-users: SmartFTP installs but fails to start with: "Fatal Error: sfFTPLib.dll is not registered correctly" http://www.smartftp.com/download/ System: Fedora 9 Wine: 1.0 rc2 Gave it a try. Installs fine, after installing, running regsvr32 on sfFTPLib.dll gets it to run a bit, then installs wine gecko. Runs a bit more, then crashes. Terminal output and backtrace attached. -- 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 27

[Bug 12659] New: Preferences window missing all user-modifiable settings in Acrobat V7. 0 Pro
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12659 Summary: Preferences window missing all user-modifiable settings in Acrobat V7.0 Pro Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs(a)q51.org After installing normally, start Acrobat. Give the application some time to display any notices about pending updates, etc., and clear them. There is no need to load a file; this bug pertains to the preferences for the application itself, not a PDF that's been loaded. By going to the Edit menu and selecting the "Preferences..." option (or via the shortcut CTRL + K) it's possible to bring up the Preferences window, but only the "Categories" listbox control and text label are displayed (on the left-hand side of the Preferences window), along with OK and Cancel buttons. The right-hand side of the window, which should display a variety of controls that change for each category the user selects, is completely blank and displays only as the window's background color. I am testing with a stock, plain Debian and Wine installation. No tricks or borrowed DLLs involved. My Wine version: wine-0.9.58 (the latest available to me as a Debian user) My distro: A plain install of Debian 4.0r3 (Etch) Uname -a output: Linux test 2.6.18-6-686 #1 SMP Sun Feb 10 22:11:31 UTC 2008 i686 GNU/Linux Wine package retrieved from: wine.budgetdedicated.com: Wine package name: wine_0.9.58~winehq0~debian~4.0-1_i386.deb Windows application being tested: Adobe Acrobat Professional V7.0.0, off a factory-pressed, genuine CD Launching from the default application installation directory with: wine ./Acrobat.exe The console output I see at the moment the Preferences window appears is: err:ole:CoGetClassObject class {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} not registered err:ole:create_server class {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} could be created for context 0x15 err:ole:CoGetClassObject class {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} not registered err:ole:create_server class {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} not registered [[[...the above 4 lines are repeated 4 more times...]]] fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} could be created for context 0x15 err:comboex:COMBOEX_WindowProc unknown msg 042a wp=00050000 lp=00030100 err:comboex:COMBOEX_WindowProc unknown msg 042a wp=00050000 lp=00030110 fixme:system:SystemParametersInfoW Unimplemented action: 95 (SPI_GETSNAPTODEFBUTTON) The "lp" values in the "unknown msg" error (2nd-last and 3rd-last lines above) are the only things that change from one application launch to another. I tried hard to gather more information about this bug with the command "WINEDEBUG=+relay wine ./Acrobat.exe" but the only way I had to catch the information was via the console's history, and that nearly brought my system to its knees after it accumulated more than 170MB worth of data. Most of that data was the result of KERNEL32.GetLastError, .FlsGetValue, and .SetLastError messages repeatedly incessantly. If someone can tell me how I can prevent those messages from appearing that would drop the size of the output. One more thing to note: I tested for the same bug with Acrobat Reader V7.0.9 -- which is available for free from adobe.com -- and I see the exact same bug, with the exact same console output. That may be useful to know if anyone is interested in confirming this 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.

2 27

[Bug 17120] New: Synful Orchestra: crash when run
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=17120 Summary: Synful Orchestra: crash when run Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: amranello(a)gmail.com Wine crash when I run Synful Orchestra in dssi-vst. Trial Synful Orchestra download http://www.synful.com/Download.htm -- 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 8

[Bug 16671] New: Revit Architecture 2009: Installation fails with call not implemented
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=16671 Summary: Revit Architecture 2009: Installation fails with call not implemented Product: Wine Version: 1.1.11 Platform: PC-x86-64 URL: http://students.autodesk.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: netbox(a)pi-xi.net Created an attachment (id=18299) --> (http://bugs.winehq.org/attachment.cgi?id=18299) wine output into console AutoDesk Revit Architecture 2009 installation fails. Everything works up to the part where the installer begins copying files. It manages to install .NET 2.0 and after that reports that installation failed with a "Call not implemented" -error. The produced log by the installer is very vague. This bug is an exact replica of installation failure with Revit Architecture 2008. -- 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 9

[Bug 17161] New: Provide lodctr.exe tool to prevent misleading process spawn failure console messages (.NET installers)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=17161 Summary: Provide lodctr.exe tool to prevent misleading process spawn failure console messages (.NET installers) Product: Wine Version: 1.1.13 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =262d25e3-f589-4842-8157-034d1e7cf3a3 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a minor nuisance that can be easily fixed... I had to add notes to .NET Framework appdb entries because people wrote about messages which looked like install errors to them. --- snip --- wine: could not load L"C:\\windows\\system32\\lodctr.exe": Module not found --- snip --- Such failures are in fact harmless, not relevant to overall installer status. "lodctr.exe" is a simple command line executable for loading performance data into registry. It is often called from .NET Framework v1.x, 2.x, 3.x installers. MSDN info: http://technet.microsoft.com/en-us/library/bb490926.aspx http://msdn.microsoft.com/en-us/library/aa934371.aspx --- quote --- The loading function of lodctr, LoadPerfCounterTextStrings, is declared in Loadperf.h and exported from Loadperf.dll. You can call this function directly from your install program. The following example shows the syntax for this function. LONG LoadPerfCounterTextStrings( LPSTR lpCommandLine, BOOL bQuietModeArg ); The lpCommandLine parameter is the name of your .ini file. The bQuietModeArg parameter is a Boolean value that specifies whether to display output during the loading of the text strings for the counter. --- quote --- MSDN note suggests that this command line tool is only a thin wrapper which simply calls LoadPerfCounterTextStrings() as workhorse, passing/forwarding the command line as-is. It should be easy to add this tool - even with LoadPerfCounterTextStringsA/W being stubs - to silence installers which try to spawn it. Typical installer logs: --- snip --- 1: 0 2: C:\windows\system32\lodctr.exe C:\windows\Microsoft.NET\Framework\v2.0.50727\_Networkingperfcounters.ini;18;C:\windows\system32\ 3: 4: 5: 6: 7: 8: 9: 10: Action 21:27:31: RunProcess. Installing Performance Counters for ".NET CLR Networking" ... --- snip --- --- snip --- ... 1: 0 2: C:\windows\system32\lodctr.exe "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3: 4: 5: 6: 7: 8: 9: 10: 1: C:\windows\system32\lodctr.exe "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\_TransactionBridgePerfCounters.ini" 2: 1: 0 2: C:\windows\system32\lodctr.exe "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3: 4: 5: 6: 7: 8: 9: 10: 1: 0 2: C:\windows\system32\lodctr.exe "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3: 4: 5: 6: 7: 8: 9: 10: ... --- snip --- 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.

2 9

[Bug 16956] New: Lexware: Installation of .Net 2.0 SP 1 fails
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=16956 Summary: Lexware: Installation of .Net 2.0 SP 1 fails Product: Wine Version: 1.1.11 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: koesterreich(a)gmx.net Created an attachment (id=18728) --> (http://bugs.winehq.org/attachment.cgi?id=18728) The error-message I am trying to install Lexware financial office Pro 2009 [1] I installed some stuff via winetricks-20081223: winetricks msxml3 jet40 mdac28 dotnet20 winxp The installation fails with "An error occured during the installation of the component Microsoft .Net Framework 2.0 - Service Pack 1. Errorcode: 1603 Installation of 'Microsoft .Net Framework 2.0 - Service Pack 1' failed. The setup will be cancelled." (Translated from German,, see appended Screenshot) [1] Lexware in AppDB: http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505 -- 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 69

[Bug 10376] New: recent winsock SO_REUSEADDR patch reveals parameter handling problem in WS_setsockopt
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10376 Summary: recent winsock SO_REUSEADDR patch reveals parameter handling problem in WS_setsockopt Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, seems recent winsock SO_REUSEADDR patch --- snip --- URL: http://source.winehq.org/git/wine.git/?a=commit;h=58b030c270e68c4e130a7decb… Author: Kai Blin <kai.blin <at> gmail.com> Date: Sat Nov 3 08:45:12 2007 +0100 ws2_32: Map SO_REUSEADDR. BSD socket SO_REUSEADDR is not a complete match, but features like "allow binding to a port immediately after closing it" seem to be compatible. --- snip --- triggers a code path in WS_setsockopt() which leads to crash. The cause is an application bug. EvenBalance PunkBuster "PnkBstrA" service which creates local communication sockets accidentally passes the value instead of value address to WS_setsockopt(). The services can be installed and tested with their "pbsvc.exe" tool from http://www.evenbalance.com/downloads/pbsvc/pbsvc.exe --- snip --- .. 0015:trace:winsock:WS_setsockopt socket: 005c, level 0xffff, name 0x4, ptr 0x1, len 1 0015:trace:seh:raise_exception code=c0000005 flags=0 addr=0x76587df5 0015:trace:seh:raise_exception info[0]=00000000 0015:trace:seh:raise_exception info[1]=00000001 0015:trace:seh:raise_exception eax=00000001 ebx=7658e11c ecx=00000002 edx=00000004 esi=0000ffff edi=00000001 0015:trace:seh:raise_exception ebp=617c57a4 esp=617c574c cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00210293 0015:trace:seh:call_stack_handlers calling handler at 0x7bc38810 code=c0000005 flags=0 --- snip --- Their source code snippet probably looks like this: --- snip --- if (setsockopt( sock, .., ..., (char*)value, value_len) != SOCKET_ERROR) --- snip --- Instead of this: --- snip --- if (setsockopt( sock, .., ..., (char*)&value, value_len) != SOCKET_ERROR) --- snip --- Micro$oft "fixes" such crappy^H^H^H^H^H^Hbuggy applications by using SEH to catch invalid pointer dereferencing. If you execute a hand-crafted WS_setsockopt() test case with invalid pointer value in Windows you will see something like this: --- snip --- First-chance exception at 0x719b5280 (mswsock.dll) in test.exe: 0xC0000005: Access violation reading location 0x00000001. --- snip --- Returned last error is WSAEFAULT (bad pointer value/address supplied). Solution: either wrap the whole function within structured exception handler (SEH) or use IsBadReadPtr() on passed pointer and return WSAEFAULT if fishy. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9