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

[Bug 34373] New: application "AirScout" does not load with Wine
by wine-bugs＠winehq.org 11 Dec '20

11 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=34373 Bug #: 34373 Summary: application "AirScout" does not load with Wine Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ik0oky(a)gmail.com Classification: Unclassified Once unfolded it cannot be loaded with Wine ver 1.6 The program can be downloaded here http://www.dl0gth.de/software/airscout.zip Can anybody help ? Would love to run it with Wine in my Linux box (Ubuntu 12.04). Thanks in advance for any tip or help to get it working. Emilio -- 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 33488] New: Print Artist 4.0 (Win 3.11/95) installer doesn't show up
by wine-bugs＠winehq.org 11 Dec '20

11 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=33488 Bug #: 33488 Summary: Print Artist 4.0 (Win 3.11/95) installer doesn't show up Product: Wine Version: 1.5.29 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maikwagner(a)yahoo.com Classification: Unclassified Hello, I am having problems getting an old copy of PrintArtist 4 to install. The AppDB entry is at: http://appdb.winehq.org/objectManager.php?sClass=version&iId=5186 and my problem consists of that the installer seems to start up okay but doesn't show up on my display. No error messages on console are shown and I can hear the "Sierra-On-Line" installer sound. OS is openSUSE 64-Bit with wine 1.5.29 from repositories. -- 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 16250] New: Sacred Gold Edition: cinematics do not play
by wine-bugs＠winehq.org 11 Dec '20

11 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=16250 Summary: Sacred Gold Edition: cinematics do not play Product: Wine Version: 1.1.9 Platform: PC URL: http://eng.sacred- game.com/index.php?s=7b1dee3479a3102667d5099835921111 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amlopezalonso(a)gmail.com Created an attachment (id=17518) --> (http://bugs.winehq.org/attachment.cgi?id=17518) Sacred log In-game and Extras menu cinematics do not work in Sacred Gold Edition. Log 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 60

[Bug 40322] New: Alone 4 explorer /desktop crash
by wine-bugs＠winehq.org 09 Dec '20

09 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=40322 Bug ID: 40322 Summary: Alone 4 explorer /desktop crash Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: SolisX007(a)yahoo.com Distribution: --- Created attachment 53974 --> https://bugs.winehq.org/attachment.cgi?id=53974 Alone4Backtrace Hello Everyone, Alone 4 crashes if used with wine explorer /desktop wine explorer /desktop=NFSU,1024x768 '/mnt/sda3/Games/PC/Alone in the Dark/alone4.exe' Game works if you remove explorer /desktop. -- 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 18

[Bug 32036] New: RSLogix5000 v16 Runtime Error
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=32036 Bug #: 32036 Summary: RSLogix5000 v16 Runtime Error Product: Wine Version: 1.5.15 Platform: x86 URL: http://http://www.rockwellautomation.com/rockwellsoftw are/design/rslogix5000/demo.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: JosephHenryBlack(a)yahoo.co.nz Classification: Unclassified Created attachment 42224 --> http://bugs.winehq.org/attachment.cgi?id=42224 Rockwell Automation Software Setup.log text wine-1.5.15-249-g8392a85 Note in link provided, version 17 is only available. v16 may be obtained from Rockwell distributors if requested. For those interested to play with RSLogix setting oleaut32 to native will no longer install. With native dotnet1.1 it gets a fair way. This sometimes fails.. install of Rockwell Automation Drives PowerFlex 7 Module Profiles [dvd path]\ENU\RSLogx5k\MP\RADrives\RADrives_PF7.msi The terminal output near this time has err:rpc:I_RpcGetBuffer no binding SERVICE_NAME: RNADiagnosticsService TYPE : 20 WIN32_SHARE_PROCESS STATE : 2 START_PENDING (STOPPABLE,NOT_PAUSABLE,ACCEPTS_SHUTDOWN) WIN32_EXIT_CODE : 0 (0x0) SERVICE_EXIT_CODE : 0 (0x0) CHECKPOINT : 0x0 WAIT_HINT : 0x0 err:rpc:I_RpcReceive we got fault packet with status 0x3e6 fixme:msi:MsiOpenPackageExW dwOptions 00000001 not supported snip fixme:msi:MsiOpenPackageExW dwOptions 00000001 not supported fixme:msi:load_progid Unknown class L"ECFA29AF-676B-49BD-AA7A-4489663D6B6C" err:msi:iterate_load_verb Verb unable to find loaded extension L"dro" or err:ntdll:RtlpWaitForCriticalSection section 0x16c06c "bitblt.c: surface" wait timed out in thread 001b, blocked by 001e, retrying (60 sec err:seh:setup_exception_record stack overflow 824 bytes in thread 001b eip b74b964d esp 00240ff8 stack 0x240000-0x241000-0x340000 snip err:msi:iterate_load_verb Verb unable to find loaded extension L"dxc" err:ntdll:RtlpWaitForCriticalSection section 0x1f67bc "bitblt.c: surface" wait timed out in thread 0035, blocked by 003c, retrying (60 sec) err:seh:setup_exception_record stack overflow 1504 bytes in thread 0035 eip 7bc3f6c8 esp 00240d50 stack 0x240000-0x241000-0x340000 But if it gets past this, it fails with: This application has requested the Runtime to terminate it in an unusual way. Install log files MPI.log: MPSetup:Setup operations complete. Performed 26 operations of 26 scheduled FactoryTalkActivationClient v2.log InstallProduct return code for [FactoryTalk Activation Client v2.00.01] was 0 Rockwell Automation Software Setup.log Installs Acrobat Reader 7 and then messes up the log file CustomActionData 3: IMM_SUCCESS;C:\Program Files\Adobe\Acrobat 7.0\;Software\Adobe\Acrobat Reader\; [mentions to defrag] 5;Optimizing performance ...;Completed [1]% of process; NOTE: Installation was successful. However, because your hard drive is fragmented, this application may not be able to launch as quickly as possib [..] 1: DefragmentFiles 2: Defragmention process was invoked [snip] 1: SetOptimizationStatus 2: Starting custom action 3: 4: 5: 1: SetOptimizationStatus 2: Ending custom action 3: 4: 5: [and then the rest of the log is unreadable to the end of the file.. eg:] \00-\00l\00e\00v\00e\00l\00 \00l\00o\00g\00:\00 \00I\00n\00v\00e\00n\00t\00o\00r\00y\00:\00 \00 \00 \00 \00 \00F\00e\00a\00t\00u\00r\00 I will try and add a terminal log later tonight but please let me know if I can provide any other debug logs. -- 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 31098] New: 115 Udown can't work since I installed it
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=31098 Bug #: 31098 Summary: 115 Udown can't work since I installed it Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: litimetal(a)gmail.com Classification: Unclassified I downloaded http://pc.115.com/download/115UDown_3.2.8.15.exe then installed it on my fedora 16.But I can't launch it and I know nothing about how to solve 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.

2 28

[Bug 30627] New: Appending text to a large richedit is very slow
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=30627 Bug #: 30627 Summary: Appending text to a large richedit is very slow Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Although the pathological case reported in bug 30614 is now fixed, all is not yet well. When repeatedly appending lines, builtin riched20 starts out about 3x slower than native, and at 40k lines, is about 10x slower than native. This is painful for long-running apps that use richedit for verbose logs. (Measured with the attached program and today's git on my i5, appending 1000 lines to an empty richedit control takes builtin hidden: 907 ms builtin visible: 4862 ms native hidden: 368 ms native visible: 4530 ms Appending 1000 lines to a richedit control which already contains 40000 lines takes: builtin hidden: 22169 ms builtin visible: 33002 ms native hidden: 1750 ms native visible: 4807 ms ) Building wine's riched20 with -O1 -fno-inline and profiling with 'perf' shows 62.60% ME_WrapMarkedParagraphs 12.07% ME_PaintContent 9.99% ME_InvalidateMarkedParagraph at 50k lines. Initial inspection seems to show that most of the time in ME_WrapMarkedParagraphs is in the function itself, not in any called functions. Adding trace statements to all callers of ME_WrapMarkedParagraphs, I see one call during EM_EXSETSEL: ME_Repaint Calling ME_WrapMarkedParagraphs and four calls during EM_REPLACESEL: ME_UpdateRepaint Calling ME_WrapMarkedParagraphs ME_UpdateScrollBar Calling ME_WrapMarkedParagraphs ME_Repaint Calling ME_WrapMarkedParagraphs ME_UpdateScrollBar Calling ME_WrapMarkedParagraphs This is the case whether the window is hidden or not. Bug 13355 (which Dylan says is separate, since it's about richedit being slow on a single large call to WM_SETTEXT) suggests in comment 14 ways to remove some redundant calls to ME_WrapMarkedParagraphs, and to let one of them return early. In addition to those ideas, for this bug, it would be useful if ME_WrapMarkedParagraphs (and ME_InvalidateMarkedParagraph) could avoid making a linear scan across all paragraphs. -- 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 18

[Bug 39773] New: File->Open slowdown caused by desktop.ini checks
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

https://bugs.winehq.org/show_bug.cgi?id=39773 Bug ID: 39773 Summary: File->Open slowdown caused by desktop.ini checks Product: Wine Version: 1.8-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- To reproduce this you will need two Linux machines, a Samba server and a Samba client. On the Samba server: * Create a directory with lots of subdirectories and files: mkdir smbdir cd smbdir for i in `seq 1 200`;do mkdir sub$i; done for i in `seq 1 200`;do touch file$i; done * Export smbdir through Samba. (alternatively you could export '/' and use '/usr/lib' as a replacement for smbdir) On the Samba client: * Mount the Samba share. You can either do it by adding a /etc/fstab line like: //MYSERVER/smbdir /mnt/smbdir cifs rw,username=MYLOGIN,password=MYPASSWORD,domain=MYDOMAIN 0 0 Or by starting Nautilus in GNOME, clicking on '+Other Places' -> Windows network... using GVFS. Note that in this case you'll have to work around the colon in the mount point filename (see bug 34868). * Slow down the network connection using a command like this: tc qdisc add dev eth0 root netem delay 10ms * Check the above line is effective by running: ping MYSERVER The rtt should be around 10ms. * cd /mnt/root/ wine notepad * Open the File->Open dialog, navigate to the smbdir folder exported through Samba. * BUG: The initial display will be slow and scrolling through the many subfolders will be very slow. * Change the file mask to '*.*'. * Scroll all the way to the right so only files are visible. As long as only files are visible scrolling should then be very fast! * Finally change the rtt to 0ms on the Samba server and check that the RTT is under 1ms. * Now test again notepad's File->Open dialog and everything should be reasonably fast. The problem is that whenever File->Open displays a folder in the open file dialog it checks whether it contains a desktop.ini file to display the right icon. That's not cached, thus incurring a few file lookups per folder displayed. For local file systems that's fast enough but on network shares with a non-trivial RTT the speed impact is significant. A 10+ ms RTT makes the dialog essentially unusable. Note that when displaying a filename we have everything in the cache so redisplays are lightning fast and track the mouse. Also Microsoft Office has the same problem even though it does not use the standard comdlg32 dialog (though that may depend on the Windows version being emulate). On Windows Microsoft Office suffers no slowdown in this situation. What this means is that the standard common dialog is probably the wrong level for fixing this. Hacking SHELL32_GetCustomFolderAttributeFromPath() in shell32 to just return FALSE speeds things up greatly. The display still lags a bit behind the mouse so that there may be some residual file lookups or other slowdowns but it's still night and day. -- 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 26541] New: Dragon Saga doesn't start
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=26541 Summary: Dragon Saga doesn't start Product: Wine Version: 1.3.16 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Installing DragonSagaInstaller-0.1.29-20110216.msi went fine, but $ cd ~/.wine/drive_c/Program Files/Gravity/Dragon Saga $ wine Release/DragonSaga.EXE fails like this: fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDebugFlags Unhandled exception: privileged instruction in 32-bit code (0x0123980c). Backtrace: =>0 0x0123980c in dragonsaga (+0xe4980c) (0x0032fea0) 1 0x7edaa2fc call_process_entry+0xb() in kernel32 (0x0032feb8) 2 0x7edac593 start_process+0x52(peb=0x1) [dlls/kernel32/process.c:1086] in kernel32 -- 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 28089] New: exception handling code touches stack for exceptions handled by the debugger
by wine-bugs＠winehq.org 05 Dec '20

05 Dec '20

http://bugs.winehq.org/show_bug.cgi?id=28089 Summary: exception handling code touches stack for exceptions handled by the debugger Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: bernhardloos(a)googlemail.com Created an attachment (id=35971) --> (http://bugs.winehq.org/attachment.cgi?id=35971) a hack to work around the problem Wine places the CONTEXT and EXCEPTION_RECORD structures onto the stack past ESP during the unix signal handler and continues with most of the exception handling code outside of the signal handler. Unfortunately and contrary to windows behavior the debugger gets notified only after this happens. Windows doesn't touch the stack at all, if the exception is handled by the debugger. This makes it very hard to single step trough code which keeps useful data past ESP (securom 8 for example). it's easy to show with this small test: void foo() { char *x = 0, *y = 0, *from = 0, *to = 0; char c; x = &c; y = &c - 500; while (y != x) *y++ = 0x55; c = 0x77; /* single step a few times here */ y = &c - 500; while (y != x) { if (*y != 0x55) if (from) to = y; else from = y; y++; } /* to and from shoudl be NULL */ } -- 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