April 2008 - Wine-bugs - list.winehq.org

[Bug 12297] New: Movie Magic Screenwriter 6: Initialization Error requiring installation of a device driver
by wine-bugs＠winehq.org 26 Jul '21

26 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12297 Summary: Movie Magic Screenwriter 6: Initialization Error requiring installation of a device driver Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: silverscreenwriter(a)gmail.com Created an attachment (id=11744) --> (http://bugs.winehq.org/attachment.cgi?id=11744) Command line error output I'm running Fedora Core 8. Kernel is 2.6.24.3-50. I used Add/Remove Software to install Wine 0.9.56. I then installed, without issue, Movie Magic Screenwriter 6.0. The program's start-up icon was copied to my desktop. When I click on the icon, I get the following message: Initialization Error: "This software requires installation of device driver TPkd and a reboot before running. Please reboot or reinstall the software." The above-mentioned driver is installed at ~/.wine/drive_c/windows/system32/drivers/TPkd.sys A reinstall and/or reboot has no affect. When I run it from the command line, there is error output, which I have attached as a plain text file named "WineError.txt". The first line of the file displays the command entered to start the program. If you should need any additional information, please contact me via e-mail. - Harvey -- 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 15

[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 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 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 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

[Bug 12597] New: 3d studio MAX 9 trial installer crash
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12597 Summary: 3d studio MAX 9 trial installer crash Product: Wine Version: CVS/GIT Platform: Other URL: http://3dsmaxtrial.autodesk.com/3dsmax9trial/3dsmax9Tria l.exe OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The trial installer gets further now, but still crashes. With today's wine from git, I did rm -rf .wine sh winetricks corefonts dotnet20 cc580 vcrun2003 wine 3dsmax9Trial.exe cd .wine/drive_c/3dsmax9Trial/ wine Setup.exe After about five minutes, it got to the dialog that asks questions; after entering your name, etc, it crashed like this: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0xb7e5f588). Backtrace: =>1 0xb7e5f588 vsnprintfW+0x458(str=0xb43a7a, len=0x64, format=0x7ec7c700, valist=) [libs/wine/string.c:376] in libwine.so.1 (0x0033eb2c) 2 0x7ec4ec63 MSI_QueryGetRecord+0xa3(db=0x12e2f0, fmt=0x7ec7c700) [dlls/msi/msiquery.c:224] in msi (0x0033eb6c) 3 0x7ec2c33e msi_dialog_seltree_handler+0x6e(dialog=0xac8e68, control=0x3a30620, param=) [dlls/msi/dialog.c:2073] in msi (0x0033eb9c) 4 0x7ec2f09b MSIDialog_WndProc+0x1db(hwnd=0xa0042, msg=0x4e, wParam=0x0, lParam=0x33ef2c) [dlls/msi/dialog.c:3362] in msi (0x0033ecbc) ... 376 while (*striter) -- 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 11420] New: service control manager API problem: name of named objects might differ (client vs. service process)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=11420 Summary: service control manager API problem: name of named objects might differ (client vs. service process) Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=10552) --> (http://bugs.winehq.org/attachment.cgi?id=10552) patch which fixes client vs. service SCM API when using named objects Hello, there seems to be a misconception in usage of names for named objects in service control manager API. Some people might have experienced such situation: wine hangs for several seconds on startup (when starting services). I usually disabled autostart type services (except for builtin ones) and the problems went away. Lately while fixing Microsoft Visual Studio .NET installers (2002/2003/2005) this problem became more and more annoying because the installers and VS.NET depend on some services, namely "debug manager" (service has to be running). Consider the following snippet with "service_get_event_handle" trace message added by me to highlight the problem: 0x9: client (net.exe) 0x11: service process (mdm.exe) 0x12: dispatcher thread --- snip trace --- .. 0009:trace:advapi:OpenSCManagerW ((null),(null),0x000f003f) 0009:trace:advapi:sc_handle_alloc sc_handle type=0 -> 0x121450 0009:trace:advapi:OpenSCManagerW returning 0x121450 (access : 0x000f003f) 0009:trace:advapi:OpenServiceA 0x121450 "mdm" 983103 0009:trace:advapi:OpenServiceW 0x121450 L"mdm" 983103 0009:trace:advapi:sc_handle_alloc sc_handle type=1 -> 0x121488 0009:trace:advapi:OpenServiceW returning 0x121488 0009:trace:advapi:GetServiceDisplayNameA 0x121450 "mdm" 0x34ee48 0x34fe48 0009:trace:advapi:GetServiceDisplayNameW 0x121450 L"mdm" 0x1214b8 0x34ee08 The Machine Debug Manager service is starting. 0009:trace:advapi:StartServiceA (0x121488,0,(nil)) 0009:trace:advapi:StartServiceW 0x121488 0 (nil) 0009:trace:advapi:LockServiceDatabase 0x121450 0009:trace:advapi:LockServiceDatabase returning 0x3c 0009:trace:advapi:service_start_process service_get_event_handle(L"mdm"): 0x40 0011:trace:advapi:LookupPrivilegeValueW L"",L"SeDebugPrivilege",0x34fc80 0011:trace:advapi:LookupPrivilegeValueW L"" -> 00000000-00000014 0011:trace:advapi:AdjustTokenPrivileges 0011:trace:advapi:StartServiceCtrlDispatcherA 0x34fc9c 0011:trace:advapi:service_run_threads Starting 1 pipe listener threads. Services running as process 16 0012:trace:advapi:service_control_dispatcher 0x121ea8 L"Machine Debug Manager" 0012:trace:advapi:service_control_dispatcher service_get_event_handle(L"Machine Debug Manager"): 0x48 0009:trace:advapi:UnlockServiceDatabase 0x3c 0009:trace:advapi:StartServiceW returning 0 The Machine Debug Manager service failed to start. 0009:trace:advapi:CloseServiceHandle 0x121488 0009:trace:advapi:sc_handle_destroy_service destroying service 0x121488 0009:trace:advapi:CloseServiceHandle 0x121450 0009:trace:advapi:sc_handle_destroy_manager destroying SC Manager 0x121450 000d:trace:advapi:service_run_threads last user process exited, shutting down 0011:trace:advapi:service_run_threads last user process exited, shutting down --- snip trace --- When a service is started, named objects are created to internally communicate data/events from the service process (dispatcher) to client side SCM API and vice versa. Unfortunately there exist service proccesses which pass service names to dispatcher table (StartServiceCtrlDispatcher) not matching the service name on the client side (registry "Services" key). --- snip dlls/advapi32/service.c --- static DWORD WINAPI service_control_dispatcher(LPVOID arg) { service_data *service = arg; LPWSTR name; HANDLE pipe, event; TRACE("%p %s\n", service, debugstr_w(service->name)); /* create a pipe to talk to the rest of the world with */ name = service_get_pipe_name(service->name); <--------- *problem*! pipe = CreateNamedPipeW(name, PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_WAIT, 1, 256, 256, 10000, NULL ); if (pipe==INVALID_HANDLE_VALUE) ERR("failed to create pipe for %s, error = %d\n", debugstr_w(service->name), GetLastError()); HeapFree(GetProcessHeap(), 0, name); /* let the process who started us know we've tried to create a pipe */ event = service_get_event_handle(service->name); <--------- *problem*! SetEvent(event); CloseHandle(event); .. --- snip dlls/advapi32/service.c --- As result, different named objects are created and signaled so the client side can't communicate with the service side using named pipe and events. This leads to infamous timeout problem (30 sec) and service startup failing. In case of Microsoft Debug Manager the service is called "mdm" (registry). The service process itself passes "Microsoft Debug Manager" as name to dispatch table (see first trace). Problem: how can both sides communicate a "common" name for named objects? The service dispatcher part on the service side has only dispatch table data available which doesn't help much. I thought about this problem and found a feasible solution ... well call it "hack" whatever. If the client side API passes the service name in one of the process startup parameter members before process creation, the service process' dispatcher routine is able to access this data and create the named objects used for communication. I (ab)used startupinfo "title" member because only wine itself make exclusive use of most service process startup parameters. If not considered safe, use reserved/undoc fields... With that patch applied the services in question start fine and can be controlled using "net" commands. No more hangs ;-) 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 22

[Bug 12079] New: VS.NET 7.x/. NET SDK installers fail if re-executed due to ACTION_StopServices being a stub
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12079 Summary: VS.NET 7.x/.NET SDK installers fail if re-executed due to ACTION_StopServices being a stub Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, .NET Framework SDK, VS.NET 7.x. etc. install "helper" service(s) which get automagically started. The installers die if executed again (update/change config) because the running service blocks file update. --- snip --- .. err:msi:ACTION_InstallFiles Failed to copy L"Z:\\mnt\\iso\\Program Files\\Common Files\\Microsoft Shared\\VS7Debug\\msdbg2.dll" to L"c:\\Program Files\\Common Files\\Microsoft Shared\\VS7Debug\\msdbg2.dll" (32) err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 .. --- snip --- James, if you find the time, please add "stop services" msi action implementation (dlls/msi/action.c:ACTION_StopServices). Although I have a patch, I constantly forget to apply it when tracking down installer problems. You could actually help to reduce my patch orgy :) Thanks. 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 14

[Bug 12390] New: err:service: service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12390 Summary: err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amaramrahul(a)gmail.com "Longman Dictionary of Contemporary English" (ISBN 0 582 50673 5) gets installed properly from CD-ROM using wine. However when I try to run it using wine, I get the below error in console: # wine "C:\Program Files\Longman\LDOCE\ldoce.exe" err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 Then a pop-up appears with the message: "This machine must be re-booted before this product will run correctly. Reboot now?". Upon clicking "Yes"/"No", the program exits. I think this has to do something with copyright. Not sure about this though. -- 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 12859] New: HideThreadFromDebugger in NtSetInformationThread
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12859 Summary: HideThreadFromDebugger in NtSetInformationThread Product: Wine Version: 0.9.60 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: readams(a)readams.net Created an attachment (id=12555) --> (http://bugs.winehq.org/attachment.cgi?id=12555) Add HideThreadFromDebugger to winternl.h and to NtSetInformationThread This API exists in the windows NtSetInformationThread for some reason. The sensible thing to do in wine here seems to be to just ignore this call. Patch attached is against 0.9.60. -- 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 20