July 2017 - wine-bugs

[Bug 42147] New: Enable application override for all settings
by wine-bugs＠winehq.org 24 Mar '19

24 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42147 Bug ID: 42147 Summary: Enable application override for all settings Product: Wine Version: 2.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: haakobja(a)gmail.com Distribution: --- I have a wine-prefix with Steam installed and earlier I was able to get sound from my steam games. With an update allowing Steam to play music, the application is hogging my audio output, making it impossible to get sound from other games while Steam is running. I've tried to override the audio settings for steam.exe, but the audio settings seems to be global and not overridable. It would be nice to let the audio settings be overridable, like almost every other setting seems to be. I guess it is worth mentioning that I use ALSA directly, not PulseAudio or the ALSA dmix-plugin -- 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 1

[Bug 33285] New: VideoReDo crashes when saving SECOND file
by wine-bugs＠winehq.org 23 Mar '19

23 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=33285 Bug #: 33285 Summary: VideoReDo crashes when saving SECOND file Product: Wine Version: 1.5.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: karlheinzarmani(a)yahoo.de Classification: Unclassified Created attachment 44035 --> http://bugs.winehq.org/attachment.cgi?id=44035 crash log - Loading mpg - Selecting frames from-to - Save mpg clip - Getting a ieframe with stats This works fine for the first time, but the second time it crashes. Last line in the log before the crash is urlmon. After that i get: ###!!! ABORT: Main-thread-only object used off the main thread: file /build/wine-mozilla-1.9/xpcom/base/nsCycleCollector.cpp, line 1151 $ wine --version wine-1.5.26-88-gfbe7ab5 -- 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.

1 10

[Bug 33117] New: Can't load Bach41.ttf with CreateFontIndirect under Wine - this works fine in Windows
by wine-bugs＠winehq.org 21 Mar '19

21 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=33117 Bug #: 33117 Summary: Can't load Bach41.ttf with CreateFontIndirect under Wine - this works fine in Windows Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: forums(a)robertinventor.com Classification: Unclassified Created attachment 43794 --> http://bugs.winehq.org/attachment.cgi?id=43794 Bach41 True Type Musicological Font The code is simple: Basically I'm just using hFont=CreateFontIndirect(&lfTest); with strcpy(lfTest.lfFaceName,"Bach"); When I select this font into an example hdc, then use GetTextFace(..) to check which font was selected, then it reports that it found Martlett. Under Windows it finds the Bach font. Why can't it find the Bach font, and why does it find Marlett instead? It seems to be installed okay in my version of Wine since it shows up fine in the font dialog launched from within my program (using ChooseFont). It displays the characters fine within that dialog too. But I can't seem to use it within my application under Wine. Also - may be related - if I try to set the font for a selection of text in a rich text field to the Bach font, again this doesn't work in Wine though it works fine in Windows. Everything is fine in Windows. I also tried using AddFontResourceEx(szFontPFile,FR_PRIVATE,0); - but wasn't able to load it from I attach the Bach41.ttf font as an attachment. Thanks for your help. I have been puzzling over this for several days now and can't find a solution, but as you see, I have reduced the issue to a few lines of code, which should help. Here is the actual source code I used for testing this bug: ---------------------------------------------------- /** Extract from the code: (where SpecialDebugLogLine() just outputs a time stamped version of the line to a file). **/ #define ONE_K 1024 void TestCreateFontIndirectFor(char *szfont,int ichar_set) { LOGFONT lfTest; HFONT hFont=NULL,hFontWas=NULL; char szt[ONE_K]; char szfont_found[ONE_K]; HDC hdc=GetDC(NULL); memset(&lfTest,0,sizeof(lfTest)); lfTest.lfHeight=12; lfTest.lfCharSet=ichar_set; strcpy(lfTest.lfFaceName,szfont); hFont=CreateFontIndirect(&lfTest); hFontWas=SelectObject(hdc,hFont); GetTextFace(hdc,1024,szfont_found); sprintf (szt,"***Test of CreateFontIndirect for %s***\n" "Font found: %s\n\n",szfont,szfont_found ); SpecialDebugLogLine(szt); SelectObject(hdc,hFontWas); DeleteObject(hFont); hFont=NULL; ReleaseDC(NULL,hdc); } void TestCreateFontIndirect(void) { SpecialDebugLogLine("\n\n****TestCreateFontIndirect****\n\n"); TestCreateFontIndirectFor("Courier",0); TestCreateFontIndirectFor("Arial",0); TestCreateFontIndirectFor("Bach",SYMBOL_CHARSET); } /** and the output from Wine is: ****TestCreateFontIndirect**** 2.06.41 AM March 04, 2013 (2746.3):***Test of CreateFontIndirect for Courier*** Font found: Courier 2.06.41 AM March 04, 2013 (2746.32):***Test of CreateFontIndirect for Arial*** Font found: Arial 2.06.41 AM March 04, 2013 (2746.34):***Test of CreateFontIndirect for Bach*** Font found: Marlett 2.06.41 AM March 04, 2013 (2746.35): Test of AddFontResourceEx for CreateFontIndirect*** 2.06.41 AM March 04, 2013 (2746.35):***Test of CreateFontIndirect for Bach*** Font found: Marlett **/ -- 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.

1 25

[Bug 22409] New: Dxdllreg.exe encountered a problem and closed
by wine-bugs＠winehq.org 20 Mar '19

20 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=22409 Summary: Dxdllreg.exe encountered a problem and closed Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ashl1future(a)gmail.com Created an attachment (id=27427) --> (http://bugs.winehq.org/attachment.cgi?id=27427) Backtrace for MTG Online (dxdllreg.xe) I installed Magic The Gathering Online (latest MTGOInstall.exe). Before I installed "Mono 2.20 for Windows" by winetricks. MTGO installed DirectX but I know shouldn't install DirectX in Wine. So after MTGO started (wine "C:\Program Files\Magic Online\Renamer.exe") (it also started Kicker.exe), error occured (The program dxdllreg.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience.) And the program started with bad graphic and the "Unknown error" for less then second. -- 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.

1 6

[Bug 42839] New: Text Area is not editable/ text not shown in MyHeritage Family Tree Builder
by wine-bugs＠winehq.org 19 Mar '19

19 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42839 Bug ID: 42839 Summary: Text Area is not editable/text not shown in MyHeritage Family Tree Builder Product: Wine Version: 2.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)agilob.net Distribution: --- Created attachment 57933 --> https://bugs.winehq.org/attachment.cgi?id=57933 screenshot of faulty filed Text area "Notes" in a persons profile is not editable and text saved there is not shown. The text area in screenshot is not editable, clicking there does nothing, typing there does nothing. If I load existing project with notes on a person it doesn't show anything. Last time I used it was over a year ago and the filed worked as expected on the same system (arch linux). I tried downloading all fonts using winetricks and starting wine with -no-dwrite but it doesn't change anything. -- 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 1

[Bug 29231] New: Tango (Freeware video chat application) fails in WSALookupServiceBegin, needs WSALookupServiceBeginW
by wine-bugs＠winehq.org 18 Mar '19

18 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=29231 Bug #: 29231 Summary: Tango (Freeware video chat application) fails in WSALookupServiceBegin, needs WSALookupServiceBeginW Product: Wine Version: 1.3.34 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: robbak(a)robbak.com Classification: Unclassified Created attachment 37765 --> http://bugs.winehq.org/attachment.cgi?id=37765 Full Terminal output of running software. Expands to 76MB. Freeware video chat application Tango fails to connect to its server. The console log complains with thousands of fixme:winsock:WSALookupServiceBeginW (0x23fe794 0x00000000 0x1d2d5a4) Stub! 2011 12 03 22:34:20.037 [0.39] <connectivity.ERROR> Failed to begin service from WSALookupServiceBegin error = 8 Full log, gzipped, until it was killed with ^C, attached. (no other way of ending application). Not very interesting: It is mostly 76 Meg (!) of the above two lines, repeated endlessly, from ~20 seconds of operation. -- 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.

1 28

[Bug 35019] New: Todolist (MFC) App Crashes on Wine
by wine-bugs＠winehq.org 18 Mar '19

18 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35019 Bug #: 35019 Summary: Todolist (MFC) App Crashes on Wine Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lavanya.deepak(a)outlook.com Classification: Unclassified Created attachment 46678 --> http://bugs.winehq.org/attachment.cgi?id=46678 StackTrace Todolist application using MFC is working fine on Windows. On Linux/Wine options like selecting a task and hitting delete crashes the application. Application URL: www.codeproject.com/Articles/5371/ToDoList-6-8-Feature-Release-An-effective… -- 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.

1 5

[Bug 36870] New: Trying to install 32 bit version of iTunest with PlayonLinux, after install, I got an error, backtrack is attached.
by wine-bugs＠winehq.org 17 Mar '19

17 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=36870 Bug ID: 36870 Summary: Trying to install 32 bit version of iTunest with PlayonLinux, after install, I got an error, backtrack is attached. Product: Wine-gecko Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: sstocker(a)suddenlink.net Created attachment 48968 --> http://bugs.winehq.org/attachment.cgi?id=48968 Error after installing iTunes 32 bit and running the program Error when running iTunes with palyonlinux -- 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 41034] New: TomTom MyDrive Connect needs implementation of KERNEL32.dll.SetVolumeMountPointW and others
by wine-bugs＠winehq.org 17 Mar '19

17 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41034 Bug ID: 41034 Summary: TomTom MyDrive Connect needs implementation of KERNEL32.dll.SetVolumeMountPointW and others Product: Wine Version: 1.9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: h.mth(a)web.de Distribution: --- Created attachment 55207 --> https://bugs.winehq.org/attachment.cgi?id=55207 snipped of application log Starting TomTom MyDrive Connect with Wine 1.9.15 its tray icon appears. Though, left-, right- and double-click will not present its context(drop-down) menu. Attached is a snipped of the application log. The application tries to mount a volume at 'E:\', then queries NotifyAddrChange multiple times and finally retries to mount volume again. This goes on endlessly. -- 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 34

[Bug 33901] New: Arabic full-translated Wine
by wine-bugs＠winehq.org 17 Mar '19

17 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=33901 Bug #: 33901 Summary: Arabic full-translated Wine Product: Wine Version: 1.6-rc3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: moceap(a)hotmail.com CC: aric(a)codeweavers.com, austinenglish(a)gmail.com, julliard(a)winehq.org, khaledhosny(a)eglug.org Classification: Unclassified Created attachment 45007 --> http://bugs.winehq.org/attachment.cgi?id=45007 Arabic full translated Wine Arabic Full Translated Wine . To mirage with Wine 1.6 . -- 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.

1 19

[Bug 37845] New: PTC Mathcad Prime 3.0 Web installer fails to download applications (payloads)
by wine-bugs＠winehq.org 16 Mar '19

16 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37845 Bug ID: 37845 Summary: PTC Mathcad Prime 3.0 Web installer fails to download applications (payloads) Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. Already mentioned in bug 37844 Half of the time the installer just hangs in the payload info retrieval stage, displaying: "Please wait while we retrieve available application information". If it passes the payload info stage and with bug 37844 fixed it will stall in the download stage. I first suspected multi-threading on 'wininet' component (at least on open bug exists) but that's not the case here. After using the quite "heavy" 'winetricks -q ie7' recipe I reduced it down to 'urlmon' override which makes this work. Parsing the logs for 'urlmon' related messages yields: --- snip --- $ egrep "(warn:urlmon|fixme:urlmon)" log.txt | sort | uniq 0024:fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 0024:fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 0024:warn:urlmon:HttpProtocol_open_request IHttpNegotiate2_GetRootSecurityId failed: 80004005 0024:warn:urlmon:internet_status_callback Unhandled Internet status callback 31 0024:warn:urlmon:internet_status_callback Unhandled Internet status callback 50 0024:warn:urlmon:internet_status_callback Unhandled Internet status callback 51 0024:warn:urlmon:protocol_lock_request InternetLockRequest failed: 2 0024:warn:urlmon:ServiceProvider_QueryService unknown service {79eac9e4-baf9-11ce-8c82-00aa004ba90b} 0025:warn:urlmon:internet_status_callback Unhandled Internet status callback 11 0025:warn:urlmon:internet_status_callback Unhandled Internet status callback 21 0025:warn:urlmon:internet_status_callback Unhandled Internet status callback 31 0025:warn:urlmon:internet_status_callback Unhandled Internet status callback 40 0025:warn:urlmon:internet_status_callback Unhandled Internet status callback 41 0029:fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 0029:fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 0029:warn:urlmon:HttpProtocol_open_request IHttpNegotiate2_GetRootSecurityId failed: 80004005 0029:warn:urlmon:internet_status_callback Unhandled Internet status callback 31 0029:warn:urlmon:internet_status_callback Unhandled Internet status callback 50 0029:warn:urlmon:internet_status_callback Unhandled Internet status callback 51 0029:warn:urlmon:protocol_lock_request InternetLockRequest failed: 2 0029:warn:urlmon:ServiceProvider_QueryService unknown service {79eac9e4-baf9-11ce-8c82-00aa004ba90b} --- snip --- $ sha1sum pim_installmgr_mathcad.exe d05daf8d3ab70ad10da076bce28411ee7d643a58 pim_installmgr_mathcad.exe $ du -sh pim_installmgr_mathcad.exe 18M pim_installmgr_mathcad.exe $ wine --version wine-1.7.33-117-g6bab173 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.

1 3

[Bug 38650] New: e-Sword 10.x feature SermonAudio.com does nothing
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38650 Bug ID: 38650 Summary: e-Sword 10.x feature SermonAudio.com does nothing Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 51573 --> https://bugs.winehq.org/attachment.cgi?id=51573 Console output of e-Sword 10.4.0 on Wine 1.7.43 To reproduce, open e-Sword, click Tools, and click SermonAudio.com. On Windows a new window opens with a list of audio files and an embedded media player. On Wine nothing happens. -- 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 2

[Bug 43071] New: Bayonetta: can't read its "system_data" config file
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43071 Bug ID: 43071 Summary: Bayonetta: can't read its "system_data" config file Product: Wine Version: 2.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: distorsheon(a)gmail.com Distribution: --- Created attachment 58250 --> https://bugs.winehq.org/attachment.cgi?id=58250 console output when game fails to start Bayonetta starts and works after install. When some settings are changed, they are stored in Documents\Bayonetta\system_data file. If the file is created, starting Bayonetta for the next time fails, the game hangs after being launched. The file itself appears to be correct (same as the one the game normally creates). Workaround: *delete system_data file *make config directory read-only System info: *kubuntu 17.04 *GTX960M, Nvidia Prime *clean 64bit prefix *Steam version of the game (with D3DCompiler_43.dll placed next to the game binary) *wine-2.8 was used with CSMT enabled in order to workaround bug #42911. *wine-2.8-staging shows similar behaviour -- 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 17

[Bug 42939] New: NOX App Player - Not installing properly
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42939 Bug ID: 42939 Summary: NOX App Player - Not installing properly Product: Wine Version: 2.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aswinkr77(a)gmail.com Distribution: --- Whenever i try to install NOX App Player way Wine, it successfully extracts. But during installation when it reaches 99.5% an error occurs saying "The program NoxVMSVC.exe has encountered serious problem and needs to close. We are sorry for the inconvenience." And after the installation completes, the NOX says that "Emulator has to reboot for some reasons." -- 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 6

[Bug 13087] New: Hard Truck Apocalypse fails to load keyboard layout
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=13087 Summary: Hard Truck Apocalypse fails to load keyboard layout Product: Wine Version: 0.9.61. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: johan.palmqvist(a)home.se Created an attachment (id=12861) --> (http://bugs.winehq.org/attachment.cgi?id=12861) DInput error message screenshot During startup Hard Truck Apocalypse tries to load keyboard layout 00000409 but fails. According to forum posts the same error can happen under XP if the locale is anything other than english and the english keyboard layout is not 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.

1 22

[Bug 38791] New: In server/queue.c, clipping cursor to empty rectangle is off by one pixel (affects "The Long Dark")
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38791 Bug ID: 38791 Summary: In server/queue.c, clipping cursor to empty rectangle is off by one pixel (affects "The Long Dark") Product: Wine Version: 1.7.45 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: buhr(a)asaurus.net Distribution: --- Created attachment 51716 --> https://bugs.winehq.org/attachment.cgi?id=51716 Patch to clip empty rectangles to top left pixel In server/queue.c functions set_clip_rectangle() and queue_hardware_message(), the cursor position is clipped to the rectangle desktop->cursor.clip. However, if the clipping rectangle has zero width and height, the cursor position is set to a position offset by (-1,-1) from the top-left corner of the rectangle instead of *at* the top-left corner. An empty clipping rectangle is arguably invalid, but at least one application relies on the cursor being clipped to the top-left: The game "The Long Dark" (Steam, Sandbox Alpha v.244) uses such an empty clipping rectangle while the character is moving. Because of this bug, mouse events (including button press and release events with no movement) cause a shifting of the view down and to the right. The attached patch fixes the issue. -- 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 9

[Bug 23175] New: Zak McKracken - Between Time and Space fails to play back intro video
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=23175 Summary: Zak McKracken - Between Time and Space fails to play back intro video Product: Wine Version: 1.2-rc3 Platform: x86 URL: http://www.mckracken.net/cms/die-fortsetzung/download. html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=28827) --> (http://bugs.winehq.org/attachment.cgi?id=28827) Zak McKracken - Between Time and Space output After starting Zak McKracken - Between Time and Space and waiting for the loading animation to complete, an intro video is supposed to be played, but only the audio portion of the video is played back correctly, and the video is simply rendered as black for the duration. -- 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.

1 18

[Bug 30548] New: MediaOne Plus 2.0 PhotoImpact (Ulead PhotoImpact X3) installer runs "regedit" with unsupported "/c" switch
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=30548 Bug #: 30548 Summary: MediaOne Plus 2.0 PhotoImpact (Ulead PhotoImpact X3) installer runs "regedit" with unsupported "/c" switch Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, encountered while testing Ulead PhotoImpact X3 installer ... non-fatal but of course worth to be reported/fixed. It seems related to "MediaOne Plus 2.0 PhotoImpact" package which can be optionally installed. /C = "Create and replace an existing registry from a file" WINEDEBUG=+tid,+seh,+loaddll,+process A couple of 'regedit /c foo.reg': --- snip --- trace:process:create_process_impl app (null) cmdline L"regedit.exe /c /s \"C:\\users\\focht\\Temp\\COR9595\\MsgSchedule.reg\"" ... regedit: Undefined switch /C! trace:process:create_process_impl app (null) cmdline L"regedit.exe /c /s \"C:\\users\\focht\\Temp\\COR9595\\Pages_Premium.reg\"" ... regedit: Undefined switch /C! ... --- 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.

1 10

[Bug 39606] New: Infinite loop in StackWalk
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39606 Bug ID: 39606 Summary: Infinite loop in StackWalk Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: ralf.habacker(a)freenet.de Distribution: --- While working on x86_64 fixes of the dbus backtrace generator for windows https://bugs.freedesktop.org/show_bug.cgi?id=92721, I recognized an infinite loop while calling StackWalk on x86_64 systems. start /home/ralf.habacker/src/dbus-2-cmake-cross-x86_64-build/bin/manual-backtrace.exe... Backtrace: 0 0xe3b17b7b in libpthread.so.0 1 wait_select_reply+0x49 [/usr/src/debug/wine-snapshot/dlls/ntdll/server.c:349] in ntdll 2 server_select+0x1f8 [/usr/src/debug/wine-snapshot/dlls/ntdll/server.c:614] in ntdll 3 wait_objects+0x7e [/usr/src/debug/wine-snapshot/dlls/ntdll/sync.c:1006] in ntdll 4 NtWaitForMultipleObjects+0x62 [/usr/src/debug/wine-snapshot/dlls/ntdll/sync.c:1017] in ntdll 5 0x7b887a8b in kernel32 6 WaitForSingleObject+0x26 [/usr/src/debug/wine-snapshot/dlls/kernel32/sync.c:127] in kernel32 7 dump_backtrace+0xa7 [/home/ralf.habacker/src/dbus-2/dbus/dbus-sysdeps-win.c:2553] in libdbus-1-3 8 _dbus_print_backtrace+0xd [/home/ralf.habacker/src/dbus-2/dbus/dbus-sysdeps-win.c:2563] in libdbus-1-3 9 test2+0x11 [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:34] in manual-backtrace 10 test1+0xd [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:39] in manual-backtrace 11 test+0xd [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:44] in manual-backtrace 12 main+0x4f [/home/ralf.habacker/src/dbus-2/test/manual-backtrace.c:58] in manual-backtrace 13 0x4013ed in manual-backtrace 14 0x40152b in manual-backtrace 15 start_process+0x91 [/usr/src/debug/wine-snapshot/dlls/kernel32/process.c:1105] in kernel32 16 call_thread_func+0x6e [/usr/src/debug/wine-snapshot/dlls/ntdll/signal_x86_64.c:3675] in ntdll 17 RtlRaiseException+0x7e in ntdll 18 0xe32aa016 in ntdll 19 wine_call_on_stack+0x13 in libwine.so.1 20 wine_switch_to_stack+0x9 [/usr/src/debug/wine-snapshot/libs/wine/port.c:60] in libwine.so.1 21 LdrInitializeThunk+0x2a4 [/usr/src/debug/wine-snapshot/dlls/ntdll/loader.c:3094] in ntdll 22 __wine_kernel_init+0x941 [/usr/src/debug/wine-snapshot/dlls/kernel32/process.c:1276] in kernel32 23 __wine_process_init+0x154 [/usr/src/debug/wine-snapshot/dlls/ntdll/loader.c:3303] in ntdll 24 wine_init+0x2ce [/usr/src/debug/wine-snapshot/libs/wine/loader.c:961] in libwine.so.1 25 main+0x82 [/usr/src/debug/wine-snapshot/loader/main.c:248] in <wine-loader> 26 __libc_start_main+0xf5 in libc.so.6 27 _start+0x29 in <wine-loader> 28 _start+0x29 in <wine-loader> 29 _start+0x29 in <wine-loader> 30 _start+0x29 in <wine-loader> 31 _start+0x29 in <wine-loader> 32 _start+0x29 in <wine-loader> .... -- 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 11

[Bug 17005] New: CT: Rendering issues
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=17005 Summary: CT: Rendering issues Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: normandy(a)web.de I have got a modified version of Chicken Tournament. It does not crash but does not render everything. For example, trees, HUD and the radar, grass and the walls are not rendered correctly. Here's a screenshot using wine: http://tinyurl.com/8q39ec And one using windows (grass disabled): http://tinyurl.com/7tousz My console's output: http://pastebin.com/f40a0aa3 And the long one (+all) was to big (<200MB) Here you can find the modified ct1.exe, just extract this: http://tinyurl.com/8llxtp (You'll need native d3dxof.dll to load models...) Thank you! -- 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.

1 32

[Bug 37585] New: 64-bit Google Chrome 38.x crashes (core dlls must be prelinked at fixed addresses)
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37585 Bug ID: 37585 Summary: 64-bit Google Chrome 38.x crashes (core dlls must be prelinked at fixed addresses) Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as 64-bit Google Chrome has finally been released I thought to give it a try. Only useful for improving Wine 64-bit compatibility, not really meant to be used seriously since native port exists. --- snip --- $ pwd /home/focht/wineprefix64/drive_c/Program Files (x86)/Google/Chrome/Application $ file chrome.exe chrome.exe: PE32+ executable (GUI) x86-64, for MS Windows $ WINEDEBUG=+tid,+seh,+relay,+server,+virtual,+module wine64 ./chrome.exe >>log.txt 2>&1 ... 003f:Call advapi32.CreateProcessAsUserW(000002f8,05fad480 L"C:\\Program Files (x86)\\Google\\Chrome\\Application\\chrome.exe",0011f680 L"\"C:\\Program Files (x86)\\Google\\Chrome\\Application\\chrome.exe\" --type=renderer --enable-deferred-image-decoding --lang=en-US --force-fieldtrials=Prerender/PrerenderEnabled/UMA-New-Install-Uniformity-Trial/Control/UMA-Session-Randomized-Uniformity-Trial-5-Percent/default/UMA-Uniformity-Trial-1-P"...,00000000,00000000,00000000,383330300100040c,00000000,00000000,05bbc4d0,05bbbe98) ret=14003e6bb ... 003f: new_process() = 0 { info=0308, pid=0051, phandle=030c, tid=0052, thandle=0310 } 003f: select( flags=2, cookie=05bbadb4, timeout=infinite, prev_apc=0000, result={}, data={WAIT,handles={0308}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_new_process_info( info=0308 ) 003f: get_new_process_info() = 0 { success=1, exit_code=259 } 003f: close_handle( handle=0308 ) 003f: close_handle() = 0 003f: close_handle( handle=0304 ) 003f: close_handle() = 0 003f:Ret advapi32.CreateProcessAsUserW() retval=00000001 ret=14003e6bb ... 003f:Call KERNEL32.VirtualAllocEx(0000030c,00000000,0000006c,00001000,00000004) ret=1400443eb 003f:trace:virtual:NtAllocateVirtualMemory 0x30c (nil) 0000006c 1000 00000004 003f: queue_apc( handle=030c, call={APC_VIRTUAL_ALLOC,addr==00000000,size=0000006c,zero_bits=0,op_type=1000,prot=4} ) 003f: queue_apc() = 0 { handle=0304, self=0 } 003f: select( flags=2, cookie=05bbbc14, timeout=infinite, prev_apc=0000, result={}, data={WAIT_ALL,handles={0304}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_apc_result( handle=0304 ) 003f: get_apc_result() = 0 { result={APC_VIRTUAL_ALLOC,status=0,addr=00240000,size=00001000} } 003f:Ret KERNEL32.VirtualAllocEx() retval=00240000 ret=1400443eb 003f:Call KERNEL32.WriteProcessMemory(0000030c,00240000,00113070,0000006c,05bbc350) ret=14004440f 003f: write_process_memory( handle=030c, addr=00240000, data={01,00,00,00,00,00,00,00,00,00,00,00,60,00,00,00,00,00,00,00,30,00,00,00,00,00,00,00,01,00,00,00,00,33,6b,00,65,00,72,00,6e,00,65,00,6c,00,33,00,32,00,2e,00,64,00,6c,00,6c,00,00,00,30,00,00,00,00,00,00,00,02,00,00,00,0e,00,00,00,78,e0,04,40,01,00,00,00,43,72,65,61,74,65,4e,61,6d,65,64,50,69,70,65,57,00,00,00,00,01,00,11,00} ) 003f: write_process_memory() = 0 003f:Ret KERNEL32.WriteProcessMemory() retval=00000001 ret=14004440f .... 003f:Call KERNEL32.VirtualAllocEx(0000030c,0025c000,00001000,00001000,100000040) ret=140044b18 003f:trace:virtual:NtAllocateVirtualMemory 0x30c 0x25c000 00001000 1000 00000040 003f: queue_apc( handle=030c, call={APC_VIRTUAL_ALLOC,addr==0025c000,size=00001000,zero_bits=0,op_type=1000,prot=40} ) 003f: queue_apc() = 0 { handle=0304, self=0 } 003f: select( flags=2, cookie=05bbbb94, timeout=infinite, prev_apc=0000, result={}, data={WAIT_ALL,handles={0304}} ) 003f: select() = PENDING { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 003f: *wakeup* signaled=0 003f: get_apc_result( handle=0304 ) 003f: get_apc_result() = 0 { result={APC_VIRTUAL_ALLOC,status=0,addr=0025c000,size=00001000} } 003f:Ret KERNEL32.VirtualAllocEx() retval=0025c000 ret=140044b18 003f:Call KERNEL32.GetModuleHandleW(14007d2b0 L"ntdll.dll") ret=1400447aa 003f:trace:module:LdrGetDllHandle L"ntdll.dll" -> 0x7fa7c6270000 (load path L"C:\\Program Files (x86)\\Google\\Chrome\\Application;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 003f:Ret KERNEL32.GetModuleHandleW() retval=7fa7c6270000 ret=1400447aa 003f:Call KERNEL32.GetModuleHandleExW(00000006,7fa7c6273fe0,05bbc0e0) ret=1400447f5 003f:Ret KERNEL32.GetModuleHandleExW() retval=00000001 ret=1400447f5 ... 003f:Call KERNEL32.ReadProcessMemory(0000030c,7fa7c627462c,05bbc010,00000020,05bbc040) ret=14004e728 003f: read_process_memory( handle=030c, addr=7fa7c627462c ) 003f: read_process_memory() = ACCESS_VIOLATION { data={} } 003f:Ret KERNEL32.ReadProcessMemory() retval=00000000 ret=14004e728 ... 003f:Call KERNEL32.GetLastError() ret=14003bb29 003f:Ret KERNEL32.GetLastError() retval=000003e6 ret=14003bb29 003f:Call KERNEL32.TerminateProcess(0000030c,00000000) ret=14003eafd 003f: terminate_process( handle=030c, exit_code=0 ) 003f: terminate_process() = 0 { self=0 } 003f:Ret KERNEL32.TerminateProcess() retval=00000001 ret=14003eafd 003f:Call KERNEL32.WaitForSingleObject(0000030c,00000032) ret=14003e406 003f: select( flags=2, cookie=05bbbdc4, timeout=+0.0500000, prev_apc=0000, result={}, data={WAIT,handles={030c}} ) 003f: select() = 0 { timeout=1d0037eb30ca43e (+0.0500000), call={APC_NONE}, apc_handle=0000 } 003f:Ret KERNEL32.WaitForSingleObject() retval=00000000 ret=14003e406 003f:Call KERNEL32.GetExitCodeProcess(0000030c,05bbc3d0) ret=14003e414 003f: get_process_info( handle=030c ) 003f: get_process_info() = 0 { pid=0051, ppid=0008, affinity=0000000f, peb=7fffff7ef000, start_time=1d0037eb2fe710c (-0.0431540), end_time=1d0037eb304b832 (-0.0020110), exit_code=0, priority=2, cpu=x86_64, debugger_present=0 } 003f:Ret KERNEL32.GetExitCodeProcess() retval=00000001 ret=14003e414 ... 003f:trace:seh:raise_exception code=80000003 flags=0 addr=0x14001d86d ip=14001d86d tid=003f 003f:trace:seh:raise_exception rax=0000000000000000 rbx=00000001400a3f88 rcx=0000000005bbeb1f rdx=0000000005bbeae0 003f:trace:seh:raise_exception rsi=0000000000110980 rdi=000000000000dead rbp=0000000005bbc500 rsp=0000000005bbc3d0 003f:trace:seh:raise_exception r8=0000003071e48cfd r9=000000000000001e r10=0000000000000000 r11=0000003071f811c0 003f:trace:seh:raise_exception r12=0000000000101160 r13=0000000000101140 r14=0000000000075680 r15=000000000000dead --- snip --- Child process address space for 64-bit 'ntdll.dll': --- snip --- 0054:trace:module:load_dll looking for L"ntdll.dll" in L"C:\\Program Files (x86)\\Google\\Chrome\\Application;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0054:trace:module:load_dll Found L"C:\\windows\\system32\\ntdll.dll" for L"ntdll.dll" at 0x7f3184050000, count=3 0054:trace:virtual:NtProtectVirtualMemory 0xffffffffffffffff 0x7f317d8f9bc0 000002d0 00000004 0054:trace:virtual:VIRTUAL_SetProt 0x7f317d8f9000-0x7f317d8f9fff c-rW- 0054:trace:virtual:VIRTUAL_DumpView View: 0x7f317d680000 - 0x7f317d8fbfff (system) 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d680000 - 0x7f317d680fff c-r-- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d681000 - 0x7f317d8f4fff c-r-x 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8f5000 - 0x7f317d8f8fff c-rw- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8f9000 - 0x7f317d8f9fff c-rW- 0054:trace:virtual:VIRTUAL_DumpView 0x7f317d8fa000 - 0x7f317d8fbfff c-rw- --- snip --- App sandboxing scheme at work, setting up intermediate trampoline code in the child and then patch out the API entries. Unfortunately the code relies on 64-bit Windows core dlls being mapped at the same (fixed) locations across processes hence it fails here, triggering abort in the parent. Probably same rationale applies here as for 32-bit Windows core dlls. $ sha1sum googlechromestandaloneenterprise64.msi 586f91c05925e22fd5f891aa3e99e1cb9762950a googlechromestandaloneenterprise64.msi $ du -sh googlechromestandaloneenterprise64.msi 47M googlechromestandaloneenterprise64.msi $ wine --version wine-1.7.31-47-g516ed8e 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.

1 21

[Bug 37325] New: Rhapsody installs and streams however auto setup for DRM fails
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37325 Bug ID: 37325 Summary: Rhapsody installs and streams however auto setup for DRM fails Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kablake(a)live.com Created attachment 49635 --> https://bugs.winehq.org/attachment.cgi?id=49635 backtrace provided when DRM setup fails I installed Rhapsody 4.0 successfully and it streams well so far ... but then I try to authorize the computer so I can download and play tracks locally and the setup for DRM fails. -- 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 11

[Bug 42982] New: Bayonetta can`t save settings
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42982 Bug ID: 42982 Summary: Bayonetta can`t save settings Product: Wine Version: 2.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zentarim(a)rambler.ru Distribution: Ubuntu Created attachment 58119 --> https://bugs.winehq.org/attachment.cgi?id=58119 file trace Bayonetta can`t save settings. Game try to write settings to file ~/documents/Bayonetta/system_data, but fails and freezes. If this "garbage" file is exists - game does not start. file have size ~ 1.7Kb. Log (trace+file) in attachement. Suspicious lines 135820 - 135825: trace:file:ReadFile 0xb0 0x33f3d0 857 0x33f7d4 (nil) trace:file:CreateFileW L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data" GENERIC_READ creation 3 attributes 0x40000080 trace:file:RtlDosPathNameToNtPathName_U (L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data",0x33faa8,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"C:\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b/Bayonetta/system_data" 520 0x33f7e8 (nil)) trace:file:wine_nt_to_unix_file_name L"\\users\\zentarim\\\041c\043e\0438 \0434\043e\043a\0443\043c\0435\043d\0442\044b\\Bayonetta\\system_data" not found in /home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta trace:file:CreateFileW returning 0xffffffff $ ls -lah '/home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta/system_data' -rw-rw-r-- 1 zentarim zentarim 1,7K мая 9 20:42 /home/zentarim/.PlayOnLinux//wineprefix/Bayonetta/dosdevices/c:/users/zentarim/Мои документы/Bayonetta/system_data -- 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 31

[Bug 28240] New: Mipony: Embedded web browser too shown in too small window
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=28240 Summary: Mipony: Embedded web browser too shown in too small window Product: Wine Version: 1.3.27 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 Created an attachment (id=36180) --> (http://bugs.winehq.org/attachment.cgi?id=36180) Image displaying the problem Steps to reproduce: 1) remove ~/.wine 2) winetricks dotnet20 3) install Mipony 4) (optionaly) override gdiplus.dll 5) wine MiPony.exe Behaviour: See attachment. Expected behaviour: Embedded web browser should be displayed at full available window space. Additional info: winetricks ie7 doesn't help -- 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.

1 6

[Bug 35841] New: R.U.S.E. Demo need wmvcore.dll.WMCreateSyncReader implementation
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35841 Bug ID: 35841 Summary: R.U.S.E. Demo need wmvcore.dll.WMCreateSyncReader implementation Product: Wine Version: 1.7.15 Hardware: x86 URL: http://store.steampowered.com/app/21970 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com For background movies in the main menu and intro. fixme:wmvcore:WMCreateSyncReader ((nil), 0, 0xa54d1f0): stub Works with wmp9. -- 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 12

[Bug 35986] New: Multiple DRM-enabled apps and games crash when being relay traced (game overlay renderer enabled Stream games)
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=35986 Bug ID: 35986 Summary: Multiple DRM-enabled apps and games crash when being relay traced (game overlay renderer enabled Stream games) Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, this is more an experts request but it should also help getting better diagnosis (logs) from users. There are apps and games that crash when being relay traced because they employ intrusive API hooking schemes that can't cope with Wine's relay thunks. Example of a Steam game crashing with game overlay renderer enabled when relay trace is turned on: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Steam $ WINEDEBUG=+tid,+seh,+relay wine ./steam.exe -no-dwrite -applaunch 238430 -windowed >>log.txt 2>&1 ... Unhandled exception: page fault on read access to 0x0a55527c in 32-bit code (0xf6ea4243). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f6ea4243 ESP:0033e438 EBP:0a548150 EFLAGS:00010246( R- -- I Z- -P- ) EAX:0a555278 EBX:00000000 ECX:0a548150 EDX:00020234 ESI:0a548150 EDI:0033e6d8 ... Backtrace: =>0 0xf6ea4243 in winmm (+0x4243) (0x0a548150) 1 0x0a532919 in inputsystem (+0x2918) (0x0a548150) 2 0x00000001 (0x0a5422ac) 3 0x0a531990 in inputsystem (+0x198f) (0x0a531760) 4 0xf18b5608 (0x24448b51) 0xf6ea4243: call *0x4(%eax) Modules: Module Address Debug info Name (132 modules) PE 380000- 3b0000 Deferred launcher PE 400000- 46f000 Deferred contagion PE 1a80000- 1ae7000 Deferred tier0 PE 1af0000- 1b52000 Deferred vstdlib PE 9590000- 95e6000 Deferred filesystem_stdio PE 99f0000- a0cc000 Deferred engine PE a530000- a551000 Export inputsystem PE a560000- a68d000 Deferred materialsystem PE b690000- b6d6000 Deferred datacache PE b6e0000- bb0e000 Deferred studiorender PE bb10000- bcb1000 Deferred vphysics PE bcf0000- bd63000 Deferred vscript PE bd70000- bd93000 Deferred valve_avi PE bda0000- bf03000 Deferred vguimatsurface PE bf10000- bf6f000 Deferred vgui2 PE bf90000- c086000 Deferred shaderapidx9 PE c090000- c28f000 Deferred d3dx9_43 PE e4d0000- e584000 Deferred crashhandler PE e6a0000- e6b4000 Deferred xinput1_3 PE 10000000-100bb000 Deferred gameoverlayrenderer PE 18000000-1803b000 Deferred binkw32 PE 38000000-38893000 Deferred steamclient PE 3b400000-3b41e000 Deferred steam_api PE 3f000000-3f0ac000 Deferred tier0_s PE 3f600000-3f64b000 Deferred vstdlib_s ELF 7b800000-7ba60000 Deferred kernel32<elf> \-PE 7b810000-7ba60000 \ kernel32 ELF 7bc00000-7bcee000 Deferred ntdll<elf> \-PE 7bc10000-7bcee000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> ... ELF f6e90000-f6f4e000 Dwarf winmm<elf> \-PE f6ea0000-f6f4e000 \ winmm ... Threads: process tid prio (all id:s are in hex) ... 00000031 (D) C:\Program Files\Steam\SteamApps\common\Contagion\contagion.exe 00000063 0 00000064 0 00000067 0 00000065 0 00000030 0 <== --- snip --- Caller code: --- snip --- 0A532900 81EC CC010000 SUB ESP,1CC 0A532906 53 PUSH EBX 0A532907 55 PUSH EBP 0A532908 8BE9 MOV EBP,ECX 0A53290A 33DB XOR EBX,EBX 0A53290C 56 PUSH ESI 0A53290D 899D 8C150000 MOV DWORD PTR SS:[EBP+158C],EBX 0A532913 FF15 5821540A CALL DWORD PTR DS:[<&WINMM.joyGetNumDevs>] 0A532919 8BF0 MOV ESI,EAX 0A53291B 83FE 04 CMP ESI,4 0A53291E 897424 0C MOV DWORD PTR SS:[ESP+C],ESI 0A532922 0F8E 80010000 JLE inputsys.0A532AA8 --- snip --- The game dll calls 'WINMM.joyGetNumDevs'. Original relay thunk emitted for that API: --- snip --- F6F38234 push esp F6F38235 push 1Dh F6F38237 call __wine_spec_get_pc_thunk_eax F6F3823C lea eax, [eax+35270h] ; descriptor lookup F6F38242 push eax F6F38243 call dword ptr [eax+4] F6F38246 retn 0 --- snip --- The hook engine copies all opcodes that are potentially overwritten by the 5-byte long jump to an intermediate thunk. Hence the call to '__wine_spec_get_pc_thunk_eax' is copied too - leading to the actual problem. A long jump is written to the relay thunk entry which jumps to another trampoline, located at the intermediate thunk area. 'WINMM.joyGetNumDevs' relay thunk hooked by Steam's gameoverlayrenderer: --- snip --- F6F38234 E9 D47D5E13 JMP 0A52000D F6F38239 1300 ADC EAX,DWORD PTR DS:[EAX] F6F3823B 008D 80705203 ADD BYTE PTR SS:[EBP+3527080],CL F6F38241 0050 FF ADD BYTE PTR DS:[EAX-1],DL F6F38244 50 PUSH EAX F6F38245 04 C2 ADD AL,0C2 F6F38247 0000 ADD BYTE PTR DS:[EAX],AL --- snip --- Intermediate jump trampoline to actual hook code: --- snip --- 0A52000D E9 DE27B305 JMP gameover.100527F0 --- snip --- 'gameoverlayrenderer' module info: --- snip --- Base=10000000 Size=000BB000 (765952.) Entry=1005798F gameover.<ModuleEntryPoint> Name=gameover File version=02.13.04.49 Path=C:\Program Files\Steam\gameoverlayrenderer.dll --- snip --- 'gameoverlayrenderer' code: --- snip --- 100527F0 833D 2C7A0910 00 CMP DWORD PTR DS:[10097A2C],0 100527F7 7F 06 JG SHORT gameover.100527FF 100527F9 FF25 1C8F0910 JMP DWORD PTR DS:[10098F1C] 100527FF B8 04000000 MOV EAX,4 10052804 C3 RETN 10052805 CC INT3 --- snip --- Memory refs: --- snip --- 10097A2C 00000000 .... ... 10098F1C 0A520000 ..R. --- snip --- Original copy Wine relay thunk entry + continuation + hook jump --- snip --- 0A520000 54 PUSH ESP 0A520001 6A 1D PUSH 1D 0A520003 E8 5095A1EC CALL winmm.__wine_spec_get_pc_thunk_eax 0A520008 E9 2F82A1EC JMP winmm.F6F3823C ; org. relay thunk code (cont) 0A52000D E9 DE27B305 JMP gameover.100527F0 --- snip --- __wine_spec_get_pc_thunk_eax: --- snip --- F6F39558 8B0424 MOV EAX,DWORD PTR SS:[ESP] F6F3955B C3 RETN --- snip --- 'WINMM.joyGetNumDevs' original Wine relay thunk code (continuation): --- snip --- F6F3823C 8D80 70520300 LEA EAX,DWORD PTR DS:[EAX+35270] F6F38242 50 PUSH EAX F6F38243 FF50 04 CALL DWORD PTR DS:[EAX+4] F6F38246 C2 0000 RETN 0 --- snip --- This obviously can't work because '__wine_spec_get_pc_thunk_eax' relies on being called from original relay thunk code. Because Steam game overlay renderer hook engine relocated this essential part of relay thunk code, the returned address will always be wrong. You can fix this problem by padding the relay thunk entry with enough 'no-op' opcodes to not have '__wine_spec_get_pc_thunk_eax' relocated by hook engines. Wine: http://source.winehq.org/git/wine.git/blob/4e4acd5f705c770b7c361605e11d9d7c… The method works and AFAIK has no side-effects. I used a patch in my repo for some time now to cope with such stubborn apps/games (mostly DRM related). $ wine --version wine-1.7.16-133-gd8ca8c2 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.

1 6

[Bug 37327] New: Rhapsody 4.0 crashes on unimplemented function 'wmvcore.dll.WMCreateSyncReaderPriv' when playing a track
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37327 Bug ID: 37327 Summary: Rhapsody 4.0 crashes on unimplemented function 'wmvcore.dll.WMCreateSyncReaderPriv' when playing a track Product: Wine Version: 1.7.27 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split off from bug 37325 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Rhapsody $ wine ./rhapsody.exe ... wine: Unimplemented function wmvcore.dll.WMCreateSyncReaderPriv called at address 0x7b83ae8f (thread 002a), starting debugger... Unhandled exception: unimplemented function wmvcore.dll.WMCreateSyncReaderPriv called in 32-bit code (0x7b83ae8f). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b83ae8f ESP:111ee8f4 EBP:111ee958 EFLAGS:00200287( - -- I S - -P-C) EAX:7b826d6d EBX:7b8be000 ECX:7d3c13ef EDX:111ee91c ESI:00000000 EDI:02ee5f00 ... Backtrace: =>0 0x7b83ae8f RaiseException+0x8f(code=<couldn't compute location>, flags=<couldn't compute location>, nbargs=<couldn't compute location>, args=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] in kernel32 (0x111ee958) 1 0x7d3c1375 __wine_spec_unimplemented_stub+0x34(module="wmvcore.dll", function="WMCreateSyncReaderPriv") [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in wmvcore (0x111ee998) 2 0x7d3bf94d __wine_stub_WMCreateSyncReaderPriv+0x28() in wmvcore (0x111ee9c0) 3 0x621ce49f in wm9fformat (+0xe49e) (0x111ee9c0) 4 0x621c325a in wm9fformat (+0x3259) (0x111eea18) 5 0x621c38c3 in wm9fformat (+0x38c2) (0x111eea3c) 6 0x621c385e in wm9fformat (+0x385d) (0x111eea58) 7 0x7bc85a3c call_thread_func_wrapper+0xb() in ntdll (0x111eea68) ... Modules: Module Address Debug info Name (287 modules) PE 400000- f26000 Deferred rhapsody PE 1f10000- 1f7d000 Deferred h264enc PE 1f80000- 1f93000 Deferred rnaudiopacketizer PE 1fa0000- 1fd9000 Deferred fpsechnd PE 1fe0000- 1ff7000 Deferred smplfsys PE 2000000- 2029000 Deferred vidplin PE 2030000- 2091000 Deferred vidsite PE 25b0000- 25d3000 Deferred mp4wrtr PE 25e0000- 262d000 Deferred rmwrtr PE 2630000- 2638000 Deferred wm9writer ... Threads: process tid prio (all id:s are in hex) ... 000000a3 (D) C:\Program Files\Rhapsody\rhapsody.exe 0000002a 0 <== 00000029 0 ... --- snip --- 'winetricks -q wmp9' works around. Tidbit: Looks like Rhapsody discriminates against non-US IP addresses. There is a builtin geoip-check, resulting in error "Use of Rhapsody is restricted by your IP address. Rhapsody will now shut down." For bug testing purpose use the following workaround if you don't have a proxy/vpn at hand: --- snip --- $ printf '\xEB\x28' | dd of=rhapsody.exe bs=1 seek=86657 count=2 conv=notrunc --- snip --- $ sha1sum RhapsodyReal.EXE 025e936cf73d83e35d9631f735033557533102da RhapsodyReal.EXE $ du -sh RhapsodyReal.EXE 16M RhapsodyReal.EXE $ wine --version wine-1.7.27-47-g92bcb74 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.

1 7

[Bug 41226] New: Sound effects play at incorrect volume in Halo PC and Halo Custom Edition
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41226 Bug ID: 41226 Summary: Sound effects play at incorrect volume in Halo PC and Halo Custom Edition Product: Wine Version: 1.9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: vaporeon(a)vaporeon.io Distribution: --- The the PC version of Halo patched to 1.0.10 will have sound effects playing either louder or quieter than expected with some sounds not being played at all. It seems to be a problem with the games 3D positional audio. Using a native dsound.dll from Windows 7 works around the issue. Using Wine 1.9.17 on Arch Linux. -- 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 5

[Bug 38943] New: Warhammer 40k: Dawn of War GOTY (Steam) crashes while loading to the menu with Wine Mono
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38943 Bug ID: 38943 Summary: Warhammer 40k: Dawn of War GOTY (Steam) crashes while loading to the menu with Wine Mono Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: NEW Keywords: dotnet, regression Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 51885 --> https://bugs.winehq.org/attachment.cgi?id=51885 +mscoree log This bug affects the GOTY edition on Steam (including the Winter Assault expansion), but W40k DoW: Soulstorm and the Dark Crusade expansions are not affected. The game plays the intro videos properly but crashes while loading to the main menu. In the terminal I'm getting an >err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. but no backtrace is generated. The game starts properly when .Net 2.0 is installed in the prefix (one minor annoyance is that the game doesn't exit properly with .Net 2.0, the game executable remains in memory after exiting). Could be a regression in Wine Mono because the game starts properly when Wine Mono 0.0.8 is installed, hangs with 100% CPU usage when 4.5.2 is installed and crashes with Wine Mono 4.5.6. If neither .Net nor Wine Mono is installed in the prefix then the game dies silently after starting (nothing relevant in the terminal) wine-1.7.47-118-ga90592c / Wine Mono 4.5.6 installed -- 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 9

[Bug 38627] New: Holy Avatar vs. Maidens of the Dead hangs on exit
by wine-bugs＠winehq.org 15 Mar '19

15 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38627 Bug ID: 38627 Summary: Holy Avatar vs. Maidens of the Dead hangs on exit Product: Wine Version: 1.5.31 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: dmitry(a)baikal.ru Regression SHA1: bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 Distribution: --- Created attachment 51534 --> https://bugs.winehq.org/attachment.cgi?id=51534 terminal output I let the Desura client install the game to avoid bug #38614. The game starts properly without any winetricks, but it hangs on exit. After selecting quit from the menu, the screen is frozen and the game executable constantly uses 100% CPU and it needs to be killed. The problem is present since bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 is the first bad commit commit bfcdf6df8eea1230fb0e1835a809e49e5971e5d2 Author: Dmitry Timoshkov <dmitry(a)baikal.ru> Date: Mon May 13 16:46:37 2013 +0900 kernel32: Terminate threads before unloading DLLs on process exit. No demo version exists. Let me know if you need debug logs or further testing. Tested in wine-1.7.43-123-g90ed96a -- 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 18

[Bug 42172] New: Paladins crashes (patch 0.40)
by wine-bugs＠winehq.org 14 Mar '19

14 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42172 Bug ID: 42172 Summary: Paladins crashes (patch 0.40) Product: Wine Version: 2.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: darkael(a)gmail.com Distribution: --- Created attachment 56782 --> https://bugs.winehq.org/attachment.cgi?id=56782 crash info Distribution: Arch Linux x86_64 http://store.steampowered.com/app/444090/ Game was installed with steam (after winetricks steam) in a new prefix and with WINEARCH=win32 winetricks dotnet35 d3dx9_43 dotnet40 The launcher works (had to install lib32-gnutls and lib32-libldap) but the game itself crashes immediately. Current version of the game: 0.40.1478.5 -- 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 28

[Bug 13335] New: libGl error
by wine-bugs＠winehq.org 14 Mar '19

14 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=13335 Summary: libGl error Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: schuster.bernhard(a)googlemail.com In the near past, whenever trying to run warcraft via wine, I get two libGL errors. Afterwards, I get told, that mesa will get used instead. So performence goes really bad. I get about 10-20fps instead of 120-160fps, though I have an insane gaming rig. The only way to fix it, is removing the ~/.wine directory completly. But that's not an real option... -- 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.

1 202

[Bug 43029] New: Command & Conquer Tiberian Sun lag when enabling csmt
by wine-bugs＠winehq.org 14 Mar '19

14 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43029 Bug ID: 43029 Summary: Command & Conquer Tiberian Sun lag when enabling csmt Product: Wine Version: 2.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: Commander.Alchemy(a)gmail.com Distribution: --- When playing Command & Conquer Tiberian Sun using Wine 2.8 with csmt enabled the game lags horribly in menus. There is about couple of seconds delay when hovering over menu items etc. Same thing happen in Wine-Staging when CSMT is enabled. -- 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 4

[Bug 41286] New: dbghelp_dwarf: dwarf2_parse_const_type Unsupported children (mesa/valgrind)
by wine-bugs＠winehq.org 12 Mar '19

12 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41286 Bug ID: 41286 Summary: dbghelp_dwarf: dwarf2_parse_const_type Unsupported children (mesa/valgrind) Product: Wine Version: 1.9.16 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: bunglehead(a)gmail.com Distribution: Gentoo fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children This occurs with both clang (3.7.1) and gcc (4.9.3) with valgrind (3.11.0). This was found in dlls/amstream/tests/amstream.c -- 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 4

[Bug 36691] New: Ski Park Tycoon Demo installer hangs in endless redraw loop (owner-drawn listbox)
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36691 Bug ID: 36691 Summary: Ski Park Tycoon Demo installer hangs in endless redraw loop (owner-drawn listbox) Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, start the installer and get the redraw loop after clicking three times 'Next' (property sheet wizard). You can see the redraw as flickering area in the property sheet while it eats one CPU core. Looks like some owner-drawn listbox. I attached a debugger at the time of the loop: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7ecc11cd LISTBOX_PaintItem+0x275(descr=0x20026c8, hdc=0x200be, rect=0x30abac, index=0x1, action=0x1, ignoreFocus=0x1) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:550] in user32 (0x0030ab68) 1 0x7ecc2998 LISTBOX_Paint+0x2f3(descr=0x20026c8, hdc=0x200be) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:1055] in user32 (0x0030abd8) 2 0x7ecc7f62 ListBoxWndProc_common+0x1936(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, unicode=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/listbox.c:2979] in user32 (0x0030adb8) 3 0x7ed27105 ListBoxWndProcA+0x3f(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:1087] in user32 (0x0030ade8) 4 0x7ed245a2 WINPROC_wrapper+0x19() in user32 (0x0030ae18) 5 0x7ed24717 call_window_proc+0xcc(hwnd=0x100fe, msg=0xf, wp=0, lp=0, result=0x30ae88, arg=0x7ed270c5) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:244] in user32 (0x0030ae58) 6 0x7ed26a30 CallWindowProcA+0x69(func=0x7ed270c5, hwnd=0x100fe, msg=0xf, wParam=0, lParam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:955] in user32 (0x0030aea0) 7 0x004465d8 in skiparktycoondemosetup.tmp (+0x465d7) (0x0030af48) 8 0x0043b4e5 in skiparktycoondemosetup.tmp (+0x3b4e4) (0x0030af58) 9 0x004435a7 in skiparktycoondemosetup.tmp (+0x435a6) (0x0030b080) 10 0x004464f4 in skiparktycoondemosetup.tmp (+0x464f3) (0x0030b0e0) 11 0x0042224a in skiparktycoondemosetup.tmp (+0x22249) (0x0030b0f8) 12 0x7ed245a2 WINPROC_wrapper+0x19() in user32 (0x0030b128) 13 0x7ed24717 call_window_proc+0xcc(hwnd=0x100fe, msg=0xf, wp=0, lp=0, result=0x30b72c, arg=0x350d4b) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:244] in user32 (0x0030b168) 14 0x7ed26744 WINPROC_CallProcWtoA+0xe2e(callback=0x7ed2464a, hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, result=0x30b72c, arg=0x350d4b) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:858] in user32 (0x0030b688) 15 0x7ed268ef WINPROC_call_window+0x19c(hwnd=0x100fe, msg=0xf, wParam=0, lParam=0, result=0x30b72c, unicode=0x1, mapping=3192676) [/home/focht/projects/wine/wine.repo/src/dlls/user32/winproc.c:902] in user32 (0x0030b6d8) 16 0x7ece31bd call_window_proc+0xbf(hwnd=0x100fe, msg=0xf, wparam=0, lparam=0, unicode=0x1, same_thread=0x1, mapping=3192676) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:2223] in user32 (0x0030b738) 17 0x7ece605b send_message+0x137(info=0x30b7b0, res_ptr=0x30b7dc, unicode=0x1) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:3260] in user32 (0x0030b798) 18 0x7ece6679 SendMessageW+0x60(hwnd=0x100fe, msg=0xf, wparam=0, lparam=0) [/home/focht/projects/wine/wine.repo/src/dlls/user32/message.c:3454] in user32 (0x0030b7e8) 19 0x7ecf33ef update_now+0xb3(hwnd=0x100cc, rdw_flags=0x180) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:814] in user32 (0x0030b818) 20 0x7ecf432e RedrawWindow+0x39d(hwnd=<couldn't compute location>, rect=<couldn't compute location>, hrgn=<couldn't compute location>, flags=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:1235] in user32 (0x0030b898) 21 0x7ecf43ba UpdateWindow+0x5c(hwnd=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/user32/painting.c:1253] in user32 (0x0030b8d8) 22 0x00484557 in skiparktycoondemosetup.tmp (+0x84556) (0x0030b9c4) --- snip --- $ sha1sum SkiParkTycoonDemoSetup.exe du 0f478923969d888447efeb90888fcf537bb63f49 SkiParkTycoonDemoSetup.exe $ du -sh SkiParkTycoonDemoSetup.exe 154M SkiParkTycoonDemoSetup.exe $ wine --version wine-1.7.19-70-gd6a59f7 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.

1 4

[Bug 41203] New: mCtrl does not work well
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41203 Bug ID: 41203 Summary: mCtrl does not work well Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- "mCtrl is open-source C library providing set of additional user interface controls for Windows, intended to be complementary to standard Win32API controls from USER32.DLL and COMCTL32.DLL." http://www.mctrl.org/ I tried to run the example programs on WINE, but the do not work well or they do not work at all. This is what I have noticed: - CHART control: nothing is displayed. - EXPAND control: pressing the arrow button, the control is expanded, but without animation. Please note that something related to the animation is running in background, if for example the expansion will take one second to execute, WINE will expand the control suddently after one second. - IMGVIEW control: it crashed brutally. - MDITAB control: no tab is displayed. - MENUBAR control: text is drawn outside the highlight (or viceversa). Attached here some screenshots of these errors. -- 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 21

[Bug 15773] New: application not run
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=15773 Summary: application not run Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: borgez(a)mail.ru app say debug in there and fals run $wine app and $WINEDEBUG=-all wine app not affect make/wine-1.1.7/dlls/dxdiagn/provider.c:115] in dxdiagn (0x0033f500) -- 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.

1 8

[Bug 40839] New: fifa07
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40839 Bug ID: 40839 Summary: fifa07 Product: Wine Version: 1.9.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: salari88(a)gmail.com Distribution: --- Created attachment 54812 --> https://bugs.winehq.org/attachment.cgi?id=54812 fifa07 the fifa07 is not runing on my system -- 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 8

[Bug 33552] New: Dragon Age 2 doesn't detect my graphic card VRAM and driver
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=33552 Bug #: 33552 Summary: Dragon Age 2 doesn't detect my graphic card VRAM and driver Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scrimekiler(a)yahoo.fr Classification: Unclassified Created attachment 44410 --> http://bugs.winehq.org/attachment.cgi?id=44410 Screenshot of the detection problem Using a wine patch (which will be included in 1.5.30) made me able to have my graphic card name detected. However, Dragon Age 2 doesn't detect my nvidia graphic driver and tells it's too old to make me able to change some graphic options. Card : Nvidia Gefore GT 630, driver 313.30 Gentoo 32 bits, kernel 3.7.10 -- 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.

1 23

[Bug 41373] New: Using Quicken Deluxe 2007 the file-> print register function does not format correctly
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41373 Bug ID: 41373 Summary: Using Quicken Deluxe 2007 the file->print register function does not format correctly Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ed007(a)centurytel.net Distribution: --- using Debian 8.5 with wine 1.9.19 (using Debian 7.8 with wine 1.4.1 works okay) in quicken do file->print register using default printer setup in popup window specify title (and whatever else) ->print in popup for print window do a preview. The preview looks like a single line. If zoom in is done, the data can be seen (looks like on HUGE page) if print is done, page looks blank, but can see there is tiny printing. change printer-setup to PDF on CUPS. Results are the same. change printer-setup to QUICKEN PDF PRINT ON LPT1 Retry. This time the preview shows a correctly formatted register. (Since i have no printer on lpt1, can not actually print anything.) Also have a fedora 22 system with wine at 1.9.4-1 quicken works okay. there is an update for wine 1.9.12-1. If I install the update, quicken fails just like the debian 8.5 failure... quicken->print register will not print correctly. -- 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 5

[Bug 32096] New: drawStridedSlow can be more efficient
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=32096 Bug #: 32096 Summary: drawStridedSlow can be more efficient Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: guillaum.bouchard(a)gmail.com Classification: Unclassified Hi, Recently I noticed that World of Warcaft is far more slow on d3d9 mode than using the OpenGL mode on my computer (pentium 4 and geforce 5 fx). Unfortunately the OpenGL mode is unusable since last WoW update (bug is inside WoW, not wine) D3D mode is slower because an important amount of the primitives are rendered using drawStridedSlow (dlls/wined3d/drawprim.c) which generates a lot of opengl call (here, 600K calls compared to 12K in OpenGL mode). It appears that if the computer can handle vertex array (ie: glDrawElements/glDrawArrays/gl[Vertex|Color|TexCoords|Fog]Pointer and glClientActiveTexture) the number of openGL call can be dramatically reduced, leading to an important increase in FPS (8 to 25 in important city in WoW). On my computer, I hacked inside drawStritedSlow and I have only one issue, the format of color is packed in BGRA, which is not compatible with the format awaited by glColorPointer. This can be fixed using the extension ARB_vertex_array_BGRA, which is unfortunately not available on my computer. I solved this issue by looping over each vertex and building a custom array in memory that I submitted to glColorPointer. I got approximately the same FPS increase using this approach. My conclusions here are that the fallback to drawStridedSlow is a bit extreme and in most case unnecessary. In my configuration everything works except the conversion from the d3d BGRA format for color in RGBA. This part can be easily done in software to create a suitable color array. Also, I did not dig inside the shader code of wined3d, but perhaps this conversion can be simply implemented as a swizzle in the custom vertex shader. (am I right guessing that wined3d does not uses the default shader of the fixed pipeline ?). So this bug report is more a way of opening the discussion. I see many options to improve the situation: a) Tweak the heuristics which detects and fallbacks to drawStridedSlow. If necessary implements the needed conversions in software. But this will not generates OpenGL function call and will increase performance a bit b) Tweak the vertex shader to do the conversion in the vertex shader, I think it is our best option c) Tweak drawStridedSlow to still rely on vertex array when possible (I have an example of code which is doing this. I'm playing WoW with this since 3 days without any issue and with a FPS increase of 200%). I don't think that honestly it is the good idea. d) do something else. Because I did not read anything else than the drawStritedSlow function, I may have missed something important. I'm motivated to help in the DX -> GL code. I'm a skilled C and GL coder, I don't know DX, but can learn enough. Thank you for reading. -- 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.

1 14

[Bug 35568] New: Osu! fails to install (crash during post-installation in LSA SID translation/.NET runtime)
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=35568 Bug ID: 35568 Summary: Osu! fails to install (crash during post-installation in LSA SID translation/.NET runtime) Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 27364 The main executable crashes during post-install step in .NET runtime. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+advapi wine ./osu\!install.exe >>log.txt 2>&1 ... 0028:Call KERNEL32.CreateProcessW(00000000,001e4e78 L"\"C:\\Program Files\\osu!\\osu!.exe\" -setpermissions",00000000,00000000,00000000,00000000,00000000,001abaf0 L"C:\\Program Files\\osu!\\",0033f6bc,0033f6ac) ret=7ece604e ... 002b:Call KERNEL32.__wine_kernel_init() ret=7bc5a326 0028:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ece604e ... 002b:Call advapi32.LsaOpenPolicy(00000000,0033f134,00000800,0033f0dc) ret=0037b4a1 002b:fixme:advapi:LsaOpenPolicy ((null),0x33f134,0x00000800,0x33f0dc) stub 002b:trace:advapi:dumpLsaAttributes length=24, rootdir=(nil), objectname=null attr=0x00000000, sid=(null) qos=(nil) 002b:Ret advapi32.LsaOpenPolicy() retval=00000000 ret=0037b4a1 ... 002b:Call advapi32.LsaLookupSids(0000cafe,00000001,00a9a600,0033f104,0033f0f8) ret=0037b5cc 002b:trace:advapi:LsaLookupSids (0xcafe, 1, 0xa9a600, 0x33f104, 0x33f0f8) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(0),(nil),0x33f038(0),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(9),0x31f5d38,0x33f038(1),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(0),(nil),0x33f038(0),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,0x31f5d48,0x33f03c(9),0x31f5d00,0x33f038(1),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LsaLookupSids mapped 1 out of 1 002b:Ret advapi32.LsaLookupSids() retval=00000000 ret=0037b5cc ... 002b:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f080) ret=78158dd3 002b:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=19930520 002b:trace:seh:raise_exception info[1]=0033f0c4 002b:trace:seh:raise_exception info[2]=79fe0a90 002b:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=19930520 edx=0033efc4 esi=0033f06c edi=0033f030 002b:trace:seh:raise_exception ebp=0033f008 esp=0033efa4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_stack_handlers calling handler at 0x79fe08d4 code=e06d7363 flags=1 ... 002b:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0033f058) ret=79eda91c 002b:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=80131508 002b:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=80131508 edx=0033ef94 esi=0033f038 edi=0033f000 002b:trace:seh:raise_exception ebp=0033efd8 esp=0033ef74 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_stack_handlers calling handler at 0x79f908a2 code=e0434f4d flags=1 002b:trace:seh:call_stack_handlers handler at 0x79f908a2 returned 1 002b:trace:seh:call_stack_handlers calling handler at 0x79f3b1a2 code=e0434f4d flags=1 ... 0024:Call user32.MessageBoxW(00010070,03a57880 L"Failed to install osu!.",03a57060 L"osu! Installer",00000030) ret=00462676 --- snip --- Managed backtrace: --- snip --- Unhandled Exception: System.IndexOutOfRangeException: Index was outside the bounds of the array. at System.Security.Principal.SecurityIdentifier.TranslateToNTAccounts(IdentityReferenceCollection sourceSids, Boolean& someFailed) at System.Security.Principal.SecurityIdentifier.Translate(IdentityReferenceCollection sourceSids, Type targetType, Boolean& someFailed) at System.Security.Principal.SecurityIdentifier.Translate(IdentityReferenceCollection sourceSids, Type targetType, Boolean forceSuccess) at System.Security.Principal.SecurityIdentifier.Translate(Type targetType) at #1h.#0h.#OL(Boolean ) at #1h.#np.#Hwb() wine: Unhandled exception 0xe0434f4d in thread 3c at address 0x7b83a97b (thread 003c), starting debugger... --- snip --- Reminds me of bug 16418 (with dupes like bug 21583) $ sha1sum osu\!install.exe 45249f94b884126064947ce38b36d7bed03cfbd8 osu!install.exe $ du -sh osu\!install.exe 55M osu!install.exe $ wine --version wine-1.7.12-28-g0f2bed5 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.

1 5

[Bug 35360] New: Crimson3: crashes when dragging symbol on design screen
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35360 Bug ID: 35360 Summary: Crimson3: crashes when dragging symbol on design screen Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sammyizimmy(a)gmail.com Classification: Unclassified Created attachment 47167 --> http://bugs.winehq.org/attachment.cgi?id=47167 crash backtrace Wine crashes when I drag a symbol from the palette to the design screen in Crimson 3.0 build 548.001 -- 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 34075] New: Mouse must be held down to be visible
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=34075 Bug #: 34075 Summary: Mouse must be held down to be visible Product: Wine Version: 1.6-rc3 Platform: Other OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: ipickert55(a)gmail.com Classification: Unclassified Created attachment 45302 --> http://bugs.winehq.org/attachment.cgi?id=45302 Wine Log of starting steam and playing the game I believe that this is a regression, however, i have no clue how to run a regression test on a mac so I am just submitting this bug. It looks like this bug had been solved in X11, so I think that this is related to the macdriver. -- 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.

1 18

[Bug 40657] New: Rome Total War crashes at startup in gst_object_unref
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40657 Bug ID: 40657 Summary: Rome Total War crashes at startup in gst_object_unref Product: Wine Version: 1.9.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: robert.munteanu(a)gmail.com Distribution: --- Created attachment 54528 --> https://bugs.winehq.org/attachment.cgi?id=54528 backtrace 32-bit wine prefix with steam installed. This used to work at some point, but I haven't tried RTW in a long time. After the initial splash screen, when a progress bar appears, RTW crashes. The backtrace points to winegstreamer, see attached. -- 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 14

[Bug 43344] New: Cannot play setting ZBuffer to 32 bits
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43344 Bug ID: 43344 Summary: Cannot play setting ZBuffer to 32 bits Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alehiphopdj2(a)hotmail.com Distribution: --- Executing VideoCfg.exe to configure the video settings (video resolution, colors bits and ZBuffer bits). ZBuffer bits can be setted to 16 or 32 bits. 32 bits doesn't work on Wine neither in Win7 Professional SP1. I tried both at the same resolution 800x600 and 32 bits colours. **** On Wine 2.12 under Linux (Ubuntu): screen remains black and does not respond, so i quit pressing Esc key and i get this on console: fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub! fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format. Looks like the problem is about that final "fixme" about ddraw. **** On Win7 Professional SP1: a window appears with an error: --------------------------- Fatal error --------------------------- Renderer Initialisation failed !! --------------------------- Accept --------------------------- and pressing Accept button window closes. -- 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 22546] New: Error Snelstart after loading
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=22546 Summary: Error Snelstart after loading Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wvanreede(a)live.nl Created an attachment (id=27653) --> (http://bugs.winehq.org/attachment.cgi?id=27653) errorlog+ backtrace snelstart error after snelstart loads, it asks for script55. with winetricks i installed script56. after that the app crashed. -- 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.

1 14

[Bug 37562] New: Skype opens apps.skype.com on every start
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=37562 Bug ID: 37562 Summary: Skype opens apps.skype.com on every start Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: Red Hat Most likely there's something missing in Wine so Skype cannot change the state of "apps.skype.com has already been shown". P.S. Make sure you deleted login.cab before trying to debug this issue (proper HTML support is not yet there, see bug 28457). Skype version: 6.21.32.104 -- 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 11

[Bug 30721] New: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll BmpFrameDecode_GetColorContexts
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=30721 Bug #: 30721 Summary: .NET 3.x/4.x WPF based installers/apps require windowscodecs.dll BmpFrameDecode_GetColorContexts Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, another one ... --- snip --- Unhandled Exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Windows.Markup.XamlParseException: Cannot convert string '/Microsoft.PowerShell.GPowerShell;component/NewFile.png' in attribute 'EnabledImageSource' to object of type 'System.Windows.Media.ImageSource'. The method or operation is not implemented. Error at object 'Microsoft.Windows.PowerShell.Gui.Internal.ImageButton' in markup file 'Microsoft.PowerShell.GPowerShell;component/mainwindow.xaml'. ---> System.NotImplementedException: The method or operation is not implemented. at MS.Internal.HRESULT.Check(Int32 hr) at System.Windows.Media.Imaging.BitmapFrameDecode.get_ColorContexts() at System.Windows.Media.Imaging.BitmapSource.CreateCachedBitmap(BitmapFrame frame, BitmapSourceSafeMILHandle wicSource, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, BitmapPalette palette) at System.Windows.Media.Imaging.BitmapFrameDecode.FinalizeCreation() at System.Windows.Media.Imaging.BitmapFrameDecode..ctor(Int32 frameNumber, BitmapSourceSafeMILHandle sourceHandle, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption, BitmapDecoder decoder) at System.Windows.Media.Imaging.BitmapDecoder.SetupFrames(BitmapDecoder decoder, ReadOnlyCollection`1 frames) at System.Windows.Media.Imaging.BitmapDecoder.get_Frames() at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions, BitmapCacheOption cacheOption) at System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext context, CultureInfo culture, Object value) at System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext context, CultureInfo culture, String text) ... --- snip --- $ wine --version wine-1.5.4-185-g6c51c1b 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.

1 9

[Bug 36155] New: valgrind shows a leak whenever using a virtual desktop
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36155 Bug ID: 36155 Summary: valgrind shows a leak whenever using a virtual desktop Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==27721== 208 bytes in 1 blocks are definitely lost in loss record 445 of 645 ==27721== at 0x7BC4C735: notify_alloc (heap.c:255) ==27721== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==27721== by 0x5EF852D: query_screens (xinerama.c:128) ==27721== by 0x5EF88A5: xinerama_init (xinerama.c:196) ==27721== by 0x5EF2737: process_attach (x11drv_main.c:574) ==27721== by 0x5EF2BB4: DllMain (x11drv_main.c:693) ==27721== by 0x5F02FC6: __wine_spec_dll_entry (dll_entry.c:40) ==27721== by 0x7BC52FC0: ??? (loader.c:138) ==27721== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==27721== by 0x7BC5597C: process_attach (loader.c:1157) ==27721== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==27721== by 0x7B85A79A: load_library (module.c:933) ==27721== by 0x7B85A908: LoadLibraryExW (module.c:990) ==27721== by 0x7B85AA4D: LoadLibraryW (module.c:1032) ==27721== by 0x525BE16: load_desktop_driver (driver.c:76) ==27721== by 0x525BFA2: load_driver (driver.c:98) ==27721== by 0x525D283: loaderdrv_CreateDesktopWindow (driver.c:741) ==27721== by 0x52CC28B: GetDesktopWindow (win.c:2090) ==27721== by 0x55D64FE: get_display_driver (driver.c:101) ==27721== by 0x55D65B8: DRIVER_load_driver (driver.c:122) ==27721== just about every test shows this: [austin@localhost logs]$ grep -c DRIVER_load_driver 2014-04-27-20.29.log 503 -- 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 3

[Bug 23151] New: Mass Effect 2: in intro video, Miranda's eyes are solid white
by wine-bugs＠winehq.org 10 Mar '19

10 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=23151 Summary: Mass Effect 2: in intro video, Miranda's eyes are solid white Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=28794) --> (http://bugs.winehq.org/attachment.cgi?id=28794) screenshot - wine Only happens in one part. The dialog is around "But Shepard...they'll follow him. He's a hero, a bloody icon." and "But he's just one man." I'll attach screenshots on windows and wine. Terminal output is: fixme:d3d:debug_d3dformat Unrecognized 875710020 (as fourcc: DF24) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(875710020) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 1111774798 (as fourcc: NVDB) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(1111774798) in the format lookup table fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats Note: The wine screenshot had a small delay from Shutter, so there's a line across it where two frames merged. That's not in the game, but you can see the eye problem in 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.

1 22

[Bug 36047] New: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub)
by wine-bugs＠winehq.org 09 Mar '19

09 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=36047 Bug ID: 36047 Summary: Marangatu (VB6 app) reports 'Run-time error 445: Object doesn't support this action' when clicking 'print preview' (exec_print_preview is a stub) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/marangatu $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+msgbox wine ./eset.exe >> log.txt 2>&1 ... 0023:trace:ole:ITypeInfo_fnInvoke (0x15cc70)(0x14c2f0,id=502,flags=0x00000001,0x33f568,(nil),0x33f548,0x33f578) 0023:trace:ole:dump_DispParms args=4 named args=0 0023:trace:ole:dump_DispParms args: 0023:trace:ole:dump_Variant 0x33f5ac->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5bc->{VT_I2,0} 0023:trace:ole:dump_Variant 0x33f5cc->{VT_I4,0} 0023:trace:ole:dump_Variant 0x33f5dc->{VT_I4,7} 0023:trace:ole:ITypeInfo_fnInvoke invoking: L"ExecWB"(4) parm0: L"cmdID" parm1: L"cmdexecopt" parm2: L"pvaIn" parm3: L"pvaOut" ... 0023:fixme:mshtml:exec_print_preview (0x2c926b0)->(0 0x2e52808 0x2e52818) ... 0023:warn:ole:ITypeInfo_fnInvoke invoked function failed with error 0x80004001 ... 0023:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0023 0023:trace:seh:raise_exception info[0]=deadcafe 0023:trace:seh:raise_exception info[1]=deadcafe 0023:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=deadcafe edx=0033f41c esi=0033f4bc edi=0033f480 0023:trace:seh:raise_exception ebp=0033f458 esp=0033f3f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0023:trace:seh:call_stack_handlers calling handler at 0x401f36 code=c000008f flags=1 ... 0023:trace:msgbox:MSGBOX_OnInit L"Run-time error '445':\n\nObject doesn't support this action" --- snip --- Source: http://source.winehq.org/git/wine.git/blob/595fb40efcfe1d49747ef63e823f9e61… --- snip --- 304 static HRESULT exec_print_preview(HTMLDocument *This, DWORD nCmdexecopt, VARIANT *pvaIn, VARIANT *pvaOut) 305 { 306 FIXME("(%p)->(%d %p %p)\n", This, nCmdexecopt, pvaIn, pvaOut); 307 return E_NOTIMPL; 308 } --- snip --- $ sha1sum instalador.exe b4ce5267dcbfec8055ca5d3e251c91add8a11ec3 instalador.exe $ du -sh instalador.exe 3.0M instalador.exe $ wine --version wine-1.7.17-28-g5ef5490 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.

1 4

[Bug 27349] New: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...)
by wine-bugs＠winehq.org 08 Mar '19

08 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=27349 Summary: SafeDisc v2.x API entry analyzer flags Wine's user32.dll as "bad" (too many exports with PIC loads in prolog code) (SimCity 4, ...) Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, many games (and some apps) have dependency on "meta" bug 219 "Programs refuse to run because of safedisc copy-protection" which just bad (not even targeting specific version). I bought some games for few bucks just to have a look at some copy protections. Though I will probably never play them ;-) Collecting/tracking affected games/apps for this _specific_ issue here (applicable appdb entries should have bug 219 dependency removed in favor of this one). The root cause was already targeted by bug 10273 ("satisfy SafeDisc 2.x heuristic API analyzer by "adjusting" API exports/entry statistics of wine builtins (affects e.g. adobe photoshop)") ... That bug was closed a long time ago because it ought to work for various SD 2.x apps/games (unfortunately also depending on wine build environment/host gcc). I rejected the idea of reviving that bug and instead created a new one, targeting the affected core dll. Game: "SimCity 4" A quick scan with "ProtectionID" reveals: --- snip --- -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 Ready... Scanning -> H:\.wine\drive_c\Program Files\Maxis\SimCity 4\Apps\SimCity 4.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7971630 (079A32Eh) Byte(s) [x] Warning - FileAlignment seems wrong.. no solution calculated (using NULL) -> File has 746286 (0B632Eh) bytes of appended data starting at offset 06E4000h [File Heuristics] -> Flag : 00000000000000000100000100000111 (0x00004107) [!] Safedisc v2/v3/v4 [unknown version] detected ! [i] Appended data contents.... ... [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.262 Second(s) --- snip --- We can do better ... The string "BoG_" is well known for detection of SafeDisc versions. --- snip --- $:~/.wine/drive_c/Program Files/Maxis/SimCity 4/Apps$ xxd -g 4 SimCity\ 4.exe | grep "BoG_" -A 2 0006fd0: 00000000 426f475f 202a3930 2e302621 ....BoG_ *90.0&! 0006fe0: 21202059 793e0000 00000000 00000000 ! Yy>.......... 0006ff0: 00000000 02000000 50000000 0a000000 ........P....... --- snip --- 0x02000000 -> 2 0x50000000 -> 90 0x0a000000 -> 10 So this is SafeDisc v2.90.10 protection. By debugging this game I came to conclusion there is still a problem with the API entry statistics. $ wine --version wine-1.3.21-26-ge6ee2c1 $ gcc --version gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) For the meaning of the table just read up some comments in bug 10273 kernel32 user32 gdi32 condition (cx < threshold) -------------------------------------------------------------------- c1: 0x43 0x55 0x50 0x5F c2: 0x23 *0x41 0x39 0x3C c3: 0x00 0x00 0x00 0x5A * = threshold exceeded -> bad Basically the majority of exported user32 API entries have PIC register load code within range of first 8 opcode bytes of entry which is treated as trampoline (= high c2 value). --- snip --- ... .text:0001D847 __i686_get_pc_thunk_bx proc near .text:0001D847 mov ebx, [esp+0] .text:0001D84A retn .text:0001D84A __i686_get_pc_thunk_bx endp ... API entry: .text:0003735C push ebp .text:0003735D mov ebp, esp .text:0003735F push ebx .text:00037360 sub esp, 34h .text:00037363 call __i686_get_pc_thunk_bx .text:00037368 add ebx, 0AEC8Ch ... --- snip --- Kernel32 gets the good looking stats because it forwards various stuff to ntdll, letting compiler produce different function prolog code (= not having PIC register load in first place). As already mentioned in the other bug, unimpl. stubs also help to improve stats because they have 8 NOPs on entry. I've tweaked user32 again a bit just to pass the threshold - there are various ugly methods one bad as the other ;-| A method without adding unimpl. stubs or stack protector code (unreliable because cookie code can be inserted _after_ PIC code) and keeping -fPIC is to convince the compiler to use the 6 byte opcode for reserving stack space, e.g. "subl $xxx, %esp" with a 32-bit immediate (0x81,0xEB,<32 bit immediate>). Good targets are stubs and functions that make use of FIXME/TRACE. There are lots of them that can be tweaked this way (= no performance penalty), improving entry stats. Result: games work out of the box without the need of No-CD patches. 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.

1 30

[Bug 36977] New: Magic:=?UTF-8?Q?=20The=20Gathering=20=E2=80=93=20Duels=20of=20the=20Planeswalkers=202015=20crashes=20after=20few=20frames=20of=20intro=20sequence?=
by wine-bugs＠winehq.org 08 Mar '19

08 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=36977 Bug ID: 36977 Summary: Magic: The Gathering – Duels of the Planeswalkers 2015 crashes after few frames of intro sequence Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: otigkd(a)gmail.com Created attachment 49100 --> http://bugs.winehq.org/attachment.cgi?id=49100 crash log os: Gentoo x86 installed trough steam. a few seconds of loding/intro is played, then crashes -- 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 6

[Bug 40784] New: Wargame: European Escalation wants X3DAudio1_7.dll
by wine-bugs＠winehq.org 04 Mar '19

04 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40784 Bug ID: 40784 Summary: Wargame: European Escalation wants X3DAudio1_7.dll Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fremenzone(a)poczta.onet.pl Distribution: --- Created attachment 54685 --> https://bugs.winehq.org/attachment.cgi?id=54685 Log from running the game with no directx9 installed I have run into problems with running Wargame: European Escalation under wine 1.9.11. I install the game into a clean wine prefix. The trying to run it I get an error that says: err:module:import_dll Library X3DAudio1_7.dll (which is needed by L"Z:\\dane\\gry\\wargame_ee\\wargame.exe") not found (full log attached). I figured out this file is provided by DirectX, so I use winetricks to install it: WINEPREFIX="/dane/gry/wargame_ee/.wine" winetricks directx9 Then the games complain about missing d3dx9_43, so I install that as well with winetricks (log attached). Then the game finally starts but there is no sound. Again, log attached. My system: - openSUSE 11.4 - wine 1.9.11 - kernel 2.6.37 I can provide more information if necessary. -- 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 21

[Bug 35698] New: Nuance PDF Create! 5 installer (part of OmniPage 17) reports 'Error code: 154 - Get ServerPolicy failed' (IGroupPolicyObject, CLSID {ea502722-a23d-11d1-a7d3-0000f87571e3})
by wine-bugs＠winehq.org 04 Mar '19

04 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=35698 Bug ID: 35698 Summary: Nuance PDF Create! 5 installer (part of OmniPage 17) reports 'Error code: 154 - Get ServerPolicy failed' (IGroupPolicyObject, CLSID {ea502722-a23d-11d1-a7d3-0000f87571e3}) Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The failure seems non-critical and the message box can be dismissed. The sub-installer can be separately run for testing: --- snip --- $ pwd /mnt/iso/PDFCreate5/System32/PDFCreate $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./setup.exe >> ~/Downloads/log2.txt 2>&1 ... 003f:Call ole32.CoCreateInstance(00b2e33c,00000000,00000001,00b2e324,00b2e334) ret=008d881a 003f:trace:ole:CoCreateInstance (rclsid={ea502722-a23d-11d1-a7d3-0000f87571e3}, pUnkOuter=(nil), dwClsContext=00000001, riid={ea502723-a23d-11d1-a7d3-0000f87571e3}, ppv=0xb2e334) 003f:trace:ole:CoGetClassObject CLSID: {ea502722-a23d-11d1-a7d3-0000f87571e3},IID: {00000001-0000-0000-c000-000000000046} 003f:Call KERNEL32.FindActCtxSectionGuid(00000001,00000000,00000004,00b2e33c,00b2e11c) ret=7eac14e4 003f:Ret KERNEL32.FindActCtxSectionGuid() retval=00000000 ret=7eac14e4 003f:Call ntdll.RtlInitUnicodeString(00b2e030,00b2e082 L"CLSID\\{EA502722-A23D-11D1-A7D3-0000F87571E3}") ret=7eabb537 003f:Ret ntdll.RtlInitUnicodeString() retval=00b2e030 ret=7eabb537 003f:Call ntdll.NtOpenKey(00b2e07c,00020019,00b2e038) ret=7eabb553 003f:Ret ntdll.NtOpenKey() retval=c0000034 ret=7eabb553 003f:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7eabb55e 003f:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7eabb55e 003f:err:ole:CoGetClassObject class {ea502722-a23d-11d1-a7d3-0000f87571e3} not registered 003f:err:ole:CoGetClassObject no class object {ea502722-a23d-11d1-a7d3-0000f87571e3} could be created for context 0x1 003f:Ret ole32.CoCreateInstance() retval=80040154 ret=008d881a 003f:Call user32.MessageBoxA(00000000,00b2e1e8 "CoCreateInstance \n Error code: 154",00901348 "Get ServerPolicy failed",00000000) ret=008d8eee --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa374235%28v=VS.85%29.aspx Here is a blog entry which talks about it, with some code example: http://magicmao.wordpress.com/2011/08/05/changing-group-policy-by-c-coding/ $ wine --version wine-1.7.13-118-g0eb6265 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.

1 4

[Bug 40273] New: Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40273 Bug ID: 40273 Summary: Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: xerox_xerox2000(a)yahoo.co.uk Distribution: --- a user reported problems with this app https://paprikaapp.com/windows/ on the forum. After winetricks dotnet45 corefonts and working around https://bugs.winehq.org/show_bug.cgi?id=15670 by adding registrykey like wine-staging does** the app crashes with Call from 0x7b83d9b2 to unimplemented function windowscodecs.dll.WICCreateBitmapFromSection When i use native windowscodecs it also crashes with: Unhandled Exception: System.NotSupportedException: No imaging component suitable to complete this operation was found. ---> System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x88982F50 **: (see https://github.com/wine-compholio/wine-staging/blob/master/patches/wine.inf…) -- 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 19

[Bug 42823] New: cmd.exe behaves differently from Win7 regarding redefined labels
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42823 Bug ID: 42823 Summary: cmd.exe behaves differently from Win7 regarding redefined labels Product: Wine Version: 2.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: lorenz.witte(a)gmail.com Distribution: --- Created attachment 57895 --> https://bugs.winehq.org/attachment.cgi?id=57895 CMD script shows label behavior difference Wine's cmd.exe behaves differently regarding redefined labels in cmd/bat files. With Wine, it appears that the interpreter jumps to the last label with the correct name seen before a "goto" command, on Windows, it will jump to the next label after a "goto" command. Please see the attached test file, it should make things clear. It will produce the output "I'm wine!" or "I'm windows!" respectively. While it is certainly bad practice to redefine labels, unfortunately CMake creates such batch files when creating custom commands for Visual Studio builds. -- 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 8

[Bug 39011] New: Sierra Chart hangs when drawing polygon fill line type: gdi32.Polygon()
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39011 Bug ID: 39011 Summary: Sierra Chart hangs when drawing polygon fill line type: gdi32.Polygon() Product: Wine Version: 1.7.48 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: spam(a)brettcave.net Distribution: --- Created attachment 51965 --> https://bugs.winehq.org/attachment.cgi?id=51965 v1.7.44 WINEDEBUG log segment with THREAD_DETACH errors Sierra Chart is a stock market, forex, and other market price graphing program. They use C/C++ and avoid java and .net. Normally it runs well under wine, but there is a long term issue that they've known about: Drawing chart lines with a polygon fill (Fill Top, Fill Bottom in the program) will hang wine for a minute or 2 but works fine under regular windows. This hanging will release and then hang again shortly after making the chart unusable. I'm using ubuntu 14.04 LTS with wine 1.7.44 from the ppa archive. I've also compiled 1.7.48 32bit using the lxc instructions. I was able to get the X11 socket running inside lxc after some work. Sierra Chart runs at full speed with it. My hardware for testing is a laptop, dual core 2.2ghz AMD K10e, Mobile Radeon HD 4250 using generic linux drivers, and 8g RAM. Sierra Chart isn't known to directly bang video hardware, so chip and driver shouldn't be an issue. This laptop can play 1080i mpeg2 off my DVR faster than normal, so it is capable enough to handle a chart. Both were tested with cleanly created wine prefixes. Sierra Chart is 32bit compiled and normally works fine with wine. I've been able to reproduce the bug by using the polygon fill line type and by scrolling the chart back and forth. If I change the line type to something plain, the freezing problem doesn't happen. The bug is harder to reproduce with debugging activated. It's probably allowing extra time for whatever is causing the hang to finish before it hangs. *** file: wine_SC_THREAD_DETACH.wine1.7.44.log.txt I've attached a small log file segment from ubuntu version 1.7.44: WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll It starts out with the gdi32 draw commands, has the freezing section in the middle, and then continues with the gdi32 draw commands. The problem is from time stamp 1306647.286 to 1306718.051. It's about 71 seconds total. There are a bunch of THREAD_DETACH entries in the log. Sierra Chart support says that graph drawing is not multi threaded and that they don't know what that is. The only other threads are when downloading real time price data updates and loading chart price data from disk. Note: the next 1.7.48 versions were run from inside the 32bit lxc build environment. One thing I noticed when testing with 1.7.48 is that my memory usage bar applet was jumping around a lot during a freeze. I didn't get exact figures but the range was over 3g. That's huge for a 32bit program. I wasn't watching for the first log. *** file: wine_SC_ConsoleLog_wine1.7.48.log.txt This is the regular shell console log. *** file: wine_SC_wine1.7.48.log.txt I've attached a second small log file segment from compiled version 1.7.48: WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll It starts out with the gdi32 draw commands, has a very small freezing section in the middle, and then continues with the regular gdi32 draw commands. The problem is from time stamp 1485052.556 to 1485124.153. It's about 71 seconds total. In this log I didn't see the THREAD_DETACH entries. It was small and clean with no errors reported. I don't know what to make of the difference between the 2 logs. I can see that there's a problem, but I don't have enough programming and debugging skills to understand what is going on. If this looks like a programming error in Sierra Chart, please give me something I can tell them that they won't brush off. ------------- Download Instructions. Download page: http://www.sierrachart.com/index.php?page=doc/SCInstallerList.php The page will list multiple versions ranging from current to past. The file to get is: SierraChartSetupNoCLR.exe The file date in the list: 2015/7/31 The "NoCLR" (No Common Language Runtime) doesn't use poorly supported windows functions and is wine friendly. This is the version Sierra Chart support normally recommends. sha1sum: 4454a0ef2e3a2bb525098ea5620f8d4bb23edb2a SierraChartSetupNoCLR.exe In a week or so, this current version will "probably" be named: 1280SierraChartSetupNoCLR.exe Help / About shows version number 1280. ------------ Account Setup Instructions. Sierra Chart has a free demo account for testing. Their install is almost entirely self contained to a directory and won't scatter files everywhere. Instructions are here: http://www.sierrachart.com/index.php?page=doc/setup.php Step 1: Download program. Since Sierra Chart support isn't going to do anything with this bug, the current version will very likely have it since this is an old bug of unknown age. If not using this link, use the download link above. Step 2: "Create Your Account" to get a free demo account. I recommend something alone the lines of "Wine Debug". They will know what that is. A support ticket will need to be opened to activate the account. They're very easy going with programmers. Just mention that you're someone from the wine debug team. If y'all want more than the 15 day trial, request it there. They will usually activate the account the same day. Support Link: http://www.sierrachart.com/index.php?page=doc/support.html#SCAccounts This is Section #2, instructions in the yellow box with the link. In the future if the trial account expires, open another support ticket, mention that you're with the wine debug team and need to run some more tests. They'll usually reactivate the account the same day. So long as you're actively programming or debugging and not using their product to trade for free, Sierra Chart support is very laid back about continuing accounts. Ignore the rest of the Sierra Chart account steps web page and follow my steps below to reproduce the bug once the demo account is activated. -------------- Steps to reproduce the bug. #create a new prefix WINEPREFIX=/home/user1/.wine3 winecfg Applications / Windows Version: Windows 7 #earlier tests have shown different windows versions don't matter. No library overrides. Turned off Graphics: Allow the window manager to decorate the windows. Sierra Chart has alert sounds, but they are irrelevant for the bug reproduction. "OK" to exit out of winecfg. #install Sierra Chart WINEPREFIX=/home/user1/.wine3 wine SierraChartSetupNoCLR.exe Accept defaults options and locations in the installer. Run when finished. Note: I recommend to run Sierra Chart in normal / non-debug mode the first time as the freezing bug is easier to reproduce. Enter user name and password. When the main window comes up, press "No" at the Data and Trade Service prompt to use demo mode defaults. Hit "Close Log" on "Message Log" to get it out of the way. Menu: File / Find Symbol Expand "Forex". I prefer to select "GBPUSD" as the symbol since it has good volume and is easily recognized. Hit the "Open Intraday Chart" button. Hit the "Close" button to get rid of the find screen. A full screen chart will open and download price data for a minute. Click once in the middle of the chart to select it. Press the keyboard down arrow 11 times. At the very bottom right corner will be a tiny green box with a number in it. Every time the down arrow gets hit, it will decrement and the chart will show more bars per screen. The bar should read "1". If it is red, hit the "End" key on the keyboard. Color doesn't matter much for this reproduction, though. Note: If the hanging problem below gets to be too severe to do anything, only press the down arrow several times to not compress the chart view as much. Maybe go down to "5" instead of "1". Quick side note before the hanging bug gets triggered: Menu: Help / About will show the build number / version number for verification. The latest installer file usually won't have a version number in the name. Menu: Analysis / Studies Hit "Add Custom Study" button at the bottom. Double click to expand "User Contributed Studies". Scroll down to "RSI Bands". Select it and hit "Add". It will show up on the right panel list. This study won't cause the bug alone. It is used to put an extra load on the graph. Hit "Add Custom Study" button again. Scroll down a little to "RSI w/Trend". Select it and hit "Add". It will show up on the right panel list. This study has the polygon fill that will trigger the freezing bug. Note for Bug Settings: Something to point out to come back to later... Select "RSI w/Trend" and hit the "Settings" button. Hit the "Subgraphs" tab at the top. At the top middle will be a "Draw Style" column. This is how the study line types are drawn on the graph. The bug versions will have "Trans. Fill Top" for "Fast MA" and "Trans. Fill Bottom" for "Medium MA". Selecting these two entries and changing them with the "Draw Style" drop down box to "Line" then "Solid" and "1" will allow them to not trigger the bug (but do that later). Changing the two entires to "Fill Top" and "Fill Bottom" will still trigger the bug regardless of transparency settings. For now, don't change the settings for the bug reproduction, but come back to this afterwards. Hit "Cancel" to get out of the settings screen. Hit "OK" on the "Chart Studies" window to get back to the main chart. New lines will be drawn on the screen from the two added studies. The graph "should" come back immediately, but sometimes it will trigger the hanging bug. Click on another virtual desktop and come back or click on a window below Sierra Chart to bring it forwards and then go back to Sierra Chart. If the screen doesn't redraw within a second or two, then the bug was triggered. It will take a minute or two for Sierra Chart to come back. Note that the CPU will be maxed out and RAM usage will be jumping around. To save these settings so far, Menu: File / Save All. Enter a brief chart book name for a file name at the bottom (like "test1"). Afterwards the chart book can be quickly reloaded by that name in the recent files list on the right side of the File menu. This will allow for skipping the "Menu: Analysis / Studies" steps on next program reload. ...That is if the hanging bug isn't triggered again... and again... and again... In wine debug mode, the hanging bug "usually won't" be triggered yet. To manually trigger the hanging bug, use the mouse to grab the horizontal scroll bar at the bottom of the screen and drag it back and forth. This will scroll the chart back and forth causing a lot of redraws. If Sierra Chart stops responding, click on another virtual desktop and come back or click on a window below Sierra Chart to bring it forwards and then go back to Sierra Chart. If the screen doesn't redraw within a second or two, then the bug was triggered. It will take a minute or two for Sierra Chart to come back. Note that the CPU will be maxed out and RAM usage will be jumping around. With the wine debug mode log it is hard to see where the bug was triggered. I use the "+timestamp" option and a stop watch/timer app to note the hang and resume times so they can be matched up later in the debug log. When dragging the chart horizontal scroll bar, they will be surrounted by gdi32 draw commands. In future tests, the Sierra Chart process may have to be killed. To restart it, I go into the drive_c/SierraChart folder and run SierraChart.exe. Sierra Chart will remember your login name and password. When the authentication window pops up, just leave it for a couple seconds and it will go away and the main chart will pop up. Now that the hanging bug has been experienced, the line type can be changed from the Note instructions above to see the comparison with a plain line. -- 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 40706] New: FolderMerger cmd not valued, xcopy problem in batch
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40706 Bug ID: 40706 Summary: FolderMerger cmd not valued, xcopy problem in batch Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: peterlongx1988(a)gmail.com Distribution: --- Created attachment 54591 --> https://bugs.winehq.org/attachment.cgi?id=54591 File Merger I try to use this little software http://2xdsoft.de.tl/FolderMerger.htm but is problematic to use with Wine because cmd.exe is not valued when I press Merge Now! Is possibile to create a .bat file indipendently also, but when I try to running it cmd.exe return me this error Merging folders... (1/6) Invalid parameter 'K' - use x copy ? for help Is 'C:\PATH\filename.zip' a filename or directory on the target? (F - File, D - Directory) This happens not because parameter is invalid. Example of command in .bat not valued correctly @echo off cls echo Merging folders ... (1/6) XCOPY "C:\users\psiraja\Desktop\test\test1\test3\Folder Merger v1.6.zip" "C:\users\psiraja\Desktop\estrazione\Folder Merger v1.6.zip*" /C /K /Y /H cls echo Merging folders ... (2/6) XCOPY "C:\users\psiraja\Desktop\test\test2\test1\test2\Folder Merger v1.5.zip" "C:\users\psiraja\Desktop\estrazione\Folder Merger v1.5 (dup. 2).zip*" /C /K /Y /H cls echo. echo Done! echo. ping -n 2 localhost >nul start "" "C:\users\psiraja\Desktop\estrazione" exit Have you got any idea to bypass this problem? -- 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 8

[Bug 42010] New: ReactOS Calc does not show dots in radio buttons.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42010 Bug ID: 42010 Summary: ReactOS Calc does not show dots in radio buttons. Product: Wine Version: 1.9.24 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Distribution: --- Created attachment 56449 --> https://bugs.winehq.org/attachment.cgi?id=56449 ReactOS Calc running in WINE. I tried to run my ReactOS Calc on WINE. It works fine but it does not show the dots inside the radio buttons. It works fine from Windows 9x to Windows 7, but not in WINE. Tested in lubuntu with latest trunk. -- 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 24

[Bug 41404] New: WPS Office 10.1.0.5775 unhandled exception on installation
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41404 Bug ID: 41404 Summary: WPS Office 10.1.0.5775 unhandled exception on installation Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2460acc(a)gmail.com Distribution: --- Created attachment 55759 --> https://bugs.winehq.org/attachment.cgi?id=55759 Backtrace file for error When trying to install WPS Office in Wine 1.8 (installation file wps_office_free_10.1.0.5775_en.exe), I get a serious error. Backtrace is attatched. -- 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 11

[Bug 41039] New: can't run virtualbox.exe
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41039 Bug ID: 41039 Summary: can't run virtualbox.exe Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: 1934337507a(a)gmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 55214 --> https://bugs.winehq.org/attachment.cgi?id=55214 ss 无法运行virtualbox.exe，提示有严重错误 wine '/home/xiejinggang/.wine/drive_c/Program Files/Oracle/VirtualBox/VirtualBox.exe' wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe" err:wineboot:ProcessRunKeys Error running cmd L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2) fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:advapi:RegisterEventSourceW ((null),L"QPCore"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x00000000,(nil),0x0001,0x00000000,0x72e764,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:ntoskrnl:KeInitializeEvent stub: 0x5532ac 0 0 fixme:ntoskrnl:KeInitializeEvent stub: 0x5532bc 0 0 fixme:ntoskrnl:KeInitializeEvent stub: 0x555410 1 0 fixme:ntoskrnl:KeEnterCriticalRegion : stub fixme:ntoskrnl:KeLeaveCriticalRegion : stub fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsGetCurrentProcessWin32Process" not found fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsGetCurrentThreadWin32Thread" not found fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeEnterCriticalRegion : stub fixme:ntoskrnl:KeLeaveCriticalRegion : stub fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObRegisterCallbacks" not found fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObUnRegisterCallbacks" not found fixme:ntoskrnl:PsSetCreateProcessNotifyRoutine stub: 0x54f7ce 0 fixme:ntoskrnl:PsSetCreateThreadNotifyRoutine stub: 0x54f8b8 fixme:ntoskrnl:PsSetLoadImageNotifyRoutine (0x54f8f6) stub fixme:ntoskrnl:CmRegisterCallback (0x54f934 (nil) 0x5553f8): stub fixme:ntoskrnl:KeEnterCriticalRegion : stub fixme:ntoskrnl:KeLeaveCriticalRegion : stub fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:PsSetCreateProcessNotifyRoutine stub: 0x54f7ce 1 fixme:ntoskrnl:PsRemoveCreateThreadNotifyRoutine stub: 0x54f8b8 fixme:ntoskrnl:PsRemoveLoadImageNotifyRoutine stub: 0x54f8f6 fixme:ntoskrnl:KeEnterCriticalRegion : stub fixme:ntoskrnl:KeLeaveCriticalRegion : stub fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeDelayExecutionThread (0, 0, 0x53e664): stub fixme:ntoskrnl:KeGetCurrentIrql stub! fixme:ntoskrnl:KeDelayExecutionThread (0, 0, 0x53e664): stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x555404: stub fixme:ntoskrnl:__regs_ExReleaseFastMutex 0x555404: stub fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f6c8 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f4c8 1 C) semi-stub fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSFreeMemory Stub (nil) wine: Call from 0x7b43bc2c to unimplemented function ntoskrnl.exe.FsRtlIsNameInExpression, aborting wine: Unimplemented function ntoskrnl.exe.FsRtlIsNameInExpression called at address 0x7b43bc2c (thread 0041), starting debugger... wine: Unhandled page fault on write access to 0x00545000 at address 0x7bc5474d (thread 0049), starting debugger... wine: Unhandled page fault on write access to 0x00544000 at address 0x7bc5474d (thread 0051), starting debugger... fixme:ntdll:EtwRegisterTraceGuidsW (0x2382c8d0, 0x23842738, {36c38d96-a693-4a22-b4b7-81510d39f547}, 1, 0x33fa04, (null), (null), 0x23842768): stub fixme:ntdll:EtwRegisterTraceGuidsW register trace class {6e5e5cbc-8acf-4fa6-98e4-0c63a075323b} fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x75da58 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x75daf8 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x75d8c8 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x75dab8 1 C) semi-stub err:winediag:nulldrv_CreateWindow Application tried to create a window, but no driver could be loaded. err:winediag:nulldrv_CreateWindow The explorer process failed to start. fixme:ntdll:NtQueryInformationProcess (process=0xf0) Unimplemented information class: ProcessSessionInformation fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:msg:ChangeWindowMessageFilter 4a 00000001 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:ntdll:NtLockFile I/O completion on lock not implemented yet wine: Unhandled page fault on read access to 0x0000000f at address 0x41629a (thread 0009), starting debugger... fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:iphlpapi:NotifyAddrChange (Handle 0x18de9e4, overlapped 0x18de9c4): stub fixme:iphlpapi:CancelIPChangeNotify (overlapped 0x18de9c4): stub fixme:process:WTSGetActiveConsoleSessionId stub fixme:wtsapi:WTSQueryUserToken 1 0x82df80 fixme:wtsapi:WTSQueryUserToken 1 0x82df88 fixme:ntdll:NtQueryInformationToken QueryInformationToken( ..., TokenElevation, ...) semi-stub fixme:advapi:EventRegister {dc55d4d9-138d-441a-80cb-77aec617e3f7}, 0x10089e00, 0x10100678, 0x10100670 fixme:advapi:EventUnregister deadbeef: stub fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b290 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 74080 (device=7 access=1 func=20 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b298 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b23c fixme:wtsapi:WTSQueryUserToken 1 0x82b244 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b290 fixme:wtsapi:WTSQueryUserToken 1 0x82b298 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b23c fixme:wtsapi:WTSQueryUserToken 1 0x82b244 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b290 fixme:wtsapi:WTSQueryUserToken 1 0x82b298 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b230 fixme:wtsapi:WTSQueryUserToken 1 0x82b238 err:rpc:I_RpcGetBuffer no binding fixme:crypt:CryptProtectMemory (0x143ac8 112 00000001): stub fixme:crypt:CryptUnprotectMemory (0x10ac1c0 112 00000001): stub fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82dcfc fixme:wtsapi:WTSQueryUserToken 1 0x82dd04 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b118 fixme:wtsapi:WTSQueryUserToken 1 0x82b120 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b214 fixme:wtsapi:WTSQueryUserToken 1 0x82b21c fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b1c8 fixme:wtsapi:WTSQueryUserToken 1 0x82b1d0 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b134 fixme:wtsapi:WTSQueryUserToken 1 0x82b13c fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b17c fixme:wtsapi:WTSQueryUserToken 1 0x82b184 fixme:wtsapi:WTSQueryUserToken 1 0x82b268 fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) fixme:wtsapi:WTSQueryUserToken 1 0x82b1e0 fixme:wtsapi:WTSQueryUserToken 1 0x82b1e8 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 Unhandled exception: page fault on read access to 0x0000000f in 32-bit code (0x0041629a). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:0041629a ESP:0033e9c4 EBP:0033e9d4 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000004 EBX:00473c80 ECX:00000050 EDX:000000f5 ESI:004a03d0 EDI:00473c80 Stack dump: 0x0033e9c4: 004a03d8 00000270 000000f5 000000f5 0x0033e9d4: 0033f624 00416760 00473c80 00000000 0x0033e9e4: 00409590 7ffdf000 7b636000 00000000 0x0033e9f4: 00000000 00000000 00000000 00000000 0x0033ea04: 00000000 00000000 00000000 00000000 0x0033ea14: 00000000 00000000 00000000 00000000 Backtrace: =>0 0x0041629a in virtualbox (+0x1629a) (0x0033e9d4) 1 0x00416760 in virtualbox (+0x1675f) (0x0033f624) 2 0x004095b0 in virtualbox (+0x95af) (0x0033fe40) 3 0x7b45f81c call_process_entry+0xb() in kernel32 (0x0033fe58) 4 0x7b46084a start_process+0x59(peb=<couldn't compute location>) [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/kernel32/process.c:1108] in kernel32 (0x0033fe88) 5 0x7bc80760 call_thread_func_wrapper+0xb() in ntdll (0x0033fea8) 6 0x7bc8371d call_thread_func+0xfc(entry=0x7b4607f0, arg=0x7ffdf000, frame=0x33ffc8) [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/ntdll/signal_i386.c:2759] in ntdll (0x0033ffa8) 7 0x7bc8073e call_thread_entry_point+0x11() in ntdll (0x0033ffc8) 8 0x7bc52d17 start_process+0x16(kernel_start=0x7b4607f0) [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/ntdll/loader.c:3038] in ntdll (0x0033ffe8) 9 0xb7583b8d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 10 0xb7583cf0 wine_switch_to_stack+0x1f(func=0x7bc52d00, arg=0x7b4607f0, stack=0x340000) [/home/xiejinggang/闊充箰/wine-1.9.15/libs/wine/port.c:77] in libwine.so.1 (0xbf929cb8) 11 0x7bc58ce9 LdrInitializeThunk+0x228(kernel_start=<couldn't compute location>, unknown2=<couldn't compute location>, unknown3=<couldn't compute location>, unknown4=<couldn't compute location>) [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/ntdll/loader.c:3094] in ntdll (0xbf929cf8) 12 0x7b46697a __wine_kernel_init+0xa69() [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/kernel32/process.c:1302] in kernel32 (0xbf92ae68) 13 0x7bc59bc3 __wine_process_init+0x152() [/home/xiejinggang/闊充箰/wine-1.9.15/dlls/ntdll/loader.c:3303] in ntdll (0xbf92aed8) 14 0xb7581d47 wine_init+0x2c6(argc=0x2, argv=0xbf92b434, error="", error_size=0x400) [/home/xiejinggang/闊充箰/wine-1.9.15/libs/wine/loader.c:956] in libwine.so.1 (0xbf92af38) 15 0x7c000ac2 main+0x81(argc=<is not available>, argv=<is not available>) [/home/xiejinggang/闊充箰/wine-1.9.15/loader/main.c:254] in <wine-loader> (0xbf92b388) 16 0xb738e72e __libc_start_main+0xdd() in libc.so.6 (0x00000000) 0x0041629a: movb 0x0000000f,%al Modules: Module Address Debug info Name (17 modules) PE 400000- 4f0000 Export virtualbox ELF 7b400000-7b7e0000 Dwarf kernel32<elf> \-PE 7b410000-7b7e0000 \ kernel32 ELF 7bc00000-7bcf5000 Dwarf ntdll<elf> \-PE 7bc10000-7bcf5000 \ ntdll ELF 7c000000-7c004000 Dwarf <wine-loader> ELF 7ef51000-7ef5f000 Deferred libnss_files.so.2 ELF 7ef5f000-7ef6c000 Deferred libnss_nis.so.2 ELF 7ef6c000-7ef87000 Deferred libnsl.so.1 ELF 7ef87000-7efd4000 Deferred libm.so.6 ELF b7371000-b7376000 Deferred libdl.so.2 ELF b7376000-b7531000 Dwarf libc.so.6 ELF b7532000-b754f000 Deferred libpthread.so.0 ELF b7571000-b757b000 Deferred libnss_compat.so.2 ELF b757b000-b7732000 Dwarf libwine.so.1 ELF b7734000-b7758000 Deferred ld-linux.so.2 ELF b775a000-b775b000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Oracle\VirtualBox\VirtualBox.exe 00000009 0 <== 0000000e services.exe 00000057 0 00000056 0 00000037 0 0000002b 0 00000024 0 0000001c 0 00000017 0 00000016 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 00000019 0 00000018 0 00000013 0 0000001a plugplay.exe 0000001f 0 0000001e 0 0000001b 0 00000020 QQProtect.exe 00000066 0 00000065 0 00000064 0 00000063 -1 0000005f 0 0000005e 0 0000005d 0 00000028 0 00000027 0 00000026 0 00000021 0 00000029 winedevice.exe 0000002e 0 0000002d 0 0000002a 0 0000002f QQPMSRV.exe 0000003b 0 00000039 0 00000036 0 00000030 0 00000031 explorer.exe 00000035 0 00000034 0 00000033 0 00000032 0 00000052 svchost.exe 0000005c 0 0000005b 0 00000059 0 00000058 0 00000053 0 System information: Wine build: wine-1.9.15 Platform: i386 Version: Windows XP Host system: Linux Host version: 4.2.0-42-generic fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:wtsapi:WTSEnumerateSessionsW Stub (nil) 0x00000000 0x00000001 0xa3e874 0xa3e870 fixme:msvcrt:__clean_type_info_names_internal (0x1005f874) stub fixme:msvcrt:__clean_type_info_names_internal (0x237207a0) stub fixme:advapi:UnregisterTraceGuids deadbeef: stub fixme:msvcrt:__clean_type_info_names_internal (0x238426f0) stub fixme:wtsapi:WTSQueryUserToken 1 0x82d418 fixme:wtsapi:WTSQueryUserToken 1 0x82d440 fixme:wtsapi:WTSQueryUserToken 1 0x82d8e4 fixme:wtsapi:WTSQueryUserToken 1 0x82d8ec fixme:advapi:RegisterEventSourceW ((null),L"QPCore"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0004,0x0000,0x00000000,(nil),0x0001,0x00000000,0x72e780,(nil)): stub fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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 9

[Bug 43464] New: Elite Dangerous Horizons fails to connect to server with CRC error
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43464 Bug ID: 43464 Summary: Elite Dangerous Horizons fails to connect to server with CRC error Product: Wine Version: 2.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pecisk(a)gmail.com Distribution: --- Created attachment 58839 --> https://bugs.winehq.org/attachment.cgi?id=58839 EDH launching trace Version: Wine 2.13 on Fedora 26 Winetricks: WINE=/usr/bin/win64 ./winetricks dotnet452 corefonts quartz vcrun2012 1. Install ED Launcher wine64 EliteDangerous-Client-Installer.exe 2. Launch ED Launcher wine64 /.wine/drive_c/Program\ Files\ $x86$/Frontier/EDLaunch/EDLaunch.exe 3. Install Elite Dangerous Horizons 4. Press Play Expected result: EDH main menu appears Actual result: EDH compiles shaders but gets CRC error for server connection along the way at the left bottom corner. Compiling ends with game showing error message about not being able to verify connection with server. Note: ED 32-bit version which is separate client, does not receive same error and seems to be connecting to game just fine. Goal of this bug report to understand what might cause this CRC error. -- 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 31

[Bug 40828] New: Switching resolution in desktop mode makes task bar redraw on top of full screen game
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40828 Bug ID: 40828 Summary: Switching resolution in desktop mode makes task bar redraw on top of full screen game Product: Wine Version: 1.9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- I got this issue with Aliens versus Predator Classic 2000 on Steam. Preamble : The game uses 800x600 screen size to render cinematic and the main menu. The gameplay uses whatever screen resolution is set in the game video options menu. It switches between those two resolutions when starting or abandoning a level or when showing an in-game cinematic. The Wine virtual desktop mode is set to the native screen resolution that is the same resolution used for gameplay. When the game does not run, the Steam window and the task bar are visible and working properly. Steam puts an icon in the notification tray of the task bar. Issue : When the game is launched it switches the desktop to 800x600 to show the intro cinematic. The task bar is visible and covers the bottom of the full-screen game. The cinematics are letter-boxed and the menu has nothing of importance on those few bottom pixels so it's not that much a problem. When starting a level, the game switches to the native screen resolution, but the task bar still covers the bottom of the screen. The game can be played as the task bar does not hide much but it contrasts with the game and should be hidden by the full-screen app anyway. Workaround : The game grabs the mouse, so it is by default not possible to click on the window button on the task bar to refresh the game window, but activating the Steam game overlay frees the mouse cursor, and allow to click on the window button on the task bar. Clicking on that button twice makes the game window redraw over the task bar. The Steam overlay can then be closed and the game can be played with the task bar hidden. However, starting/abandoning a level or viewing a cinematic makes the game switch resolution and the task bar come back. -- 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 45

[Bug 43358] New: xaudio crashes in EVE Online during launch
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43358 Bug ID: 43358 Summary: xaudio crashes in EVE Online during launch Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: Commander.Alchemy(a)gmail.com Distribution: --- Created attachment 58718 --> https://bugs.winehq.org/attachment.cgi?id=58718 Backtrace with wine-staging compiled with -g and using winedbg. When launching EVE - Online the game crashed with backtraces to Xaudio (se logs) This happens with Wine 2.12 or Wine-Staging 2.12 from local repos in Arch or self compiled. However works fine with using wine or wine-staging binaries from PlayOnLinux. This was introduced somewhat lately since it worked fine couple of months before. Maybe a GCC thing? -- 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 12

[Bug 40433] New: Fifa 11 EU demo fails to install when run from custom DVD
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40433 Bug ID: 40433 Summary: Fifa 11 EU demo fails to install when run from custom DVD Product: Wine Version: 1.7.29 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- "Fifa 11 EU Demo" fails to install from DVD created by myself under wine-1.9.7-118-gaaddf13. This demo is distributed as zip file. I took to content of the ZIP and created the ISO by MagicISO. As a volume label i chose "fifa2011_eu_demo". When i copy content of the DVD back to some folder on HDD, then the installation succeeded. This could be interpreted as invalid bug report, but this DVD, created by me, works under Win8.1. Installer pops-up at the end "Please insert the disc: FIFA 11 Demo". Console: "err:msi:msi_view_get_row Error fetching data for 1" This is a regression caused by wine-1.7.28-130-g5cb10c9: commit 5cb10c96b26d07b7d0aabe3b8e337c7ce144b8af Author: Hans Leidekker <hans(a)codeweavers.com> Date: Wed Oct 15 15:30:23 2014 +0200 msi: Don't skip the media check for the first volume. Some installers require the first volume to be reinserted. This commit fixed bug 20444. This commit was also indicated as a regression in bug 38401. There he did reverse, i.e. real DVD copied and created ISO which finally worked. IMHO he interpreted it as invalid by mistake. -- 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 31

[Bug 38066] New: Memento Mori (Numen: Contest of Heroes): mouse buttons don't work (needs native dinput8)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38066 Bug ID: 38066 Summary: Memento Mori (Numen: Contest of Heroes): mouse buttons don't work (needs native dinput8) Product: Wine Version: 1.7.36 Hardware: x86 URL: http://www.4players.de/4players.php/download_info/Down loads/Download/50673/Memento_Mori/Deutsche_Demo.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 50710 --> https://bugs.winehq.org/attachment.cgi?id=50710 terminal output Keyboard is working in the game because I can skip the intro videos by pressing <Esc> and I can move the mouse pointer when the menu appears. Mouse buttons however are not registered thus I can't select a menu option. 'winetricks dinput8' is a workaround. I know of another game from the same publisher that also needs native dinput8 otherwise mouse buttons don't work: Numen: Contest of Heroes. To test the demo you need to install native d3dx9_36 and Windows Media Player 9 or 10. wine-1.7.36-28-ga679cae Fedora 21 XOrg 1.16.3 XFCE 4.10 Memento_Mori_DEMO_setup_GERMAN.exe md5sum: 8eda283807d43ad2a058c397efde7725 -- 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 35320] New: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35320 Bug ID: 35320 Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Classification: Unclassified Created attachment 47106 --> http://bugs.winehq.org/attachment.cgi?id=47106 The file needed to cause the crash. from r project (http://www.r-project.org/) http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe After installing, running: ./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe Then, at the R console prompt, type (having put the attached file at /tmp/1.R): Sys.setlocale("LC_CTYPE", "Chinese") source('z:/tmp/1.R', encoding='UTF8') wine immediately crashes with: -------------------------------------- wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af (thread 0030), starting debugger... ... Backtrace: =>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>, mbstr=<couldn't compute location>, count=<couldn't compute location>, locale=<couldn't compute location>) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt (0x0440a168) 1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W", mbstr=0x0(nil), count=0x64) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt (0x0440a198) 2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046) 0x7eda29af MSVCRT__mbstowcs_l+0x5f [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl 0x0(%eax),%eax 2140 if(mbstr[size] == '\0') ... ---------------------------------------- I assume this info in the backtrace should be enough to address the crash. FYI, the slightly unusual procedure is because under R under Vista in an English locale doesn't like to plot graphs with non-latin annotations/texts. The above procedure when used under Vista on British English windows would result in R displaying an almost empty plot with a chinese title. Native R on linux does not need the setlocale part to plot utf8-based texts. Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I only realized that trying to set traditional chinese [950] in a simplified chinese region [china] is wrong when it is rejected on linux; but R on Vista accepts this. ------------ Warning message: In Sys.setlocale("LC_CTYPE", "Chinese_China.950") : OS reports request to set locale to "Chinese_China.950" cannot be honored ------------ When R is running on Vista, it reports the locale as "English_United Kingdom.1252". But under Linux (in en_GB.utf8 locale), R warns of ----------- During startup - Warning messages: 1: Setting LC_TIME=en_GB.utf8 failed 2: Setting LC_MONETARY=en_GB.utf8 failed ----------- So three locale related issue: - a crash in msvcrt - R under Vista accepts "Chinese_China.950" but R under wine does not. - there are locale-related warning messages from R on start up when running under wine. -- 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 13

[Bug 43187] New: OriginWebHelperService.exe crashes
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43187 Bug ID: 43187 Summary: OriginWebHelperService.exe crashes Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: plata(a)mailbox.org Distribution: --- Created attachment 58460 --> https://bugs.winehq.org/attachment.cgi?id=58460 backtrace EA Origin installs with Wine 2.10 staging but then crashes in the update or login window (OriginWebHelperService.exe). As a result, the Origin window shows an infinite loading screen. As far as I can see, this seems to be caused by qt5gui (QScreen::handle). -- 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 18

[Bug 40160] New: cant install mobogenie
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40160 Bug ID: 40160 Summary: cant install mobogenie Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madscientistkustomz(a)gmx.com Distribution: --- Created attachment 53662 --> https://bugs.winehq.org/attachment.cgi?id=53662 trace log problem installing MOBOGENIE for ubuntu -- 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 9

[Bug 40208] New: Steup installation of CEGID BUISINESS LINE failed.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40208 Bug ID: 40208 Summary: Steup installation of CEGID BUISINESS LINE failed. Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: christian.briard(a)gmx.com Distribution: --- Created attachment 53723 --> https://bugs.winehq.org/attachment.cgi?id=53723 MSI log Executing an installation of CEGID BUISINESS LINE failed with a log text (see attached files). "Install: C:\windows\System32\msiexec.exe /q /i "Z:\home\cbriard\CBL\PRODUCTS\AIDEBL.MSI" INSTALLDIR="C:\Program Files\Cegid\Cegid Business Line\" /norestart Install : 1603 - C:\windows\System32\msiexec.exe - Erreur en exécution du programme" Here enclosed a trace file to. Any idea of what is going wrong ? Christian. -- 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 15

[Bug 38402] New: glDebugMessageCallback is broken
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38402 Bug ID: 38402 Summary: glDebugMessageCallback is broken Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: chris.kcat(a)gmail.com Distribution: --- According to the KHR_debug extension spec, the function glDebugMessageCallback takes a function pointer callback with the type: typedef void (APIENTRY *GLDEBUGPROC)(GLenum source, GLenum type, GLuint id, GLenum severity, GLsizei length, const GLchar* message, const void* userParam); https://www.opengl.org/registry/specs/KHR/debug.txt In particular, it notes that the function callback uses the same calling convention as the other GL functions. The problem is that on Windows, GL uses the stdcall calling convention, while on Linux it uses cdecl. Wine's glDebugMessageCallback thunk passes the callback through as-is, so the system's libGL tries to call an stdcall function as though it was cdecl, causing it to crash upon returning. Another problem is that the spec says: "When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to concurrently call the debug callback routine from potentially multiple threads, including threads that the context that generated the message is not currently bound to." meaning the callback can be called on threads other than the one OpenGL is being used on. This is a problem because it may be called on one or more internal driver threads that were not created using the Windows API, and if the callback function tries to do anything that relies on Windows-related thread information, it won't be there. -- 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 20

[Bug 41419] New: Visio 2013 crashes with unimplemented function msvcp100.dll.? _GetCombinableSize@details@Concurrency@@YAIXZ
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41419 Bug ID: 41419 Summary: Visio 2013 crashes with unimplemented function msvcp100.dll.?_GetCombinableSize@details@Concurrency@@ YAIXZ Product: Wine Version: 1.9.20 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- wine: Call from 0x7b43b53c to unimplemented function msvcp100.dll.?_GetCombinableSize@details@Concurrency@@YAIXZ, aborting -- 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 9

[Bug 39051] New: TabbedTextOut() incorrect output on tab character
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39051 Bug ID: 39051 Summary: TabbedTextOut() incorrect output on tab character Product: Wine Version: 1.7.29 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: wine(a)goabq.org Distribution: --- Created attachment 52021 --> https://bugs.winehq.org/attachment.cgi?id=52021 testcase (tto.exe) and files to build it Tab characters do not output correctly when they are output one at a time. This is much worse using a memory device context than a screen device context. Attached is a testcase. It outputs text to a window using 2 different methods. Clicking in the client area toggles the method. When iterating over each character, TabbedTextOut() produces apparently garbage from the previous line instead of filling the rectangle appropriately as windows does. When drawing the line in a single call, the behavior is as expected. Spaces do not suffer from this problem (illustrated also by the testcase). -- 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 19

[Bug 35504] New: LibreOffice installation creates two wrong files
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35504 Bug ID: 35504 Summary: LibreOffice installation creates two wrong files Product: Wine Version: 1.7.10 Hardware: x86 URL: http://sourceforge.net/projects/libreoffice.mirror/fil es/LibreOffice%204.2.0/LibreOffice_4.2.0_Win_x86.msi/d ownload OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Classification: Unclassified After installing LibreOffice_4.2.0_Win_x86.msi in Wine two illicit files can be found: C:\Win\System\msvcp100.dll C:\Win\System\msvcr100.dll $ sha1sum LibreOffice_4.2.0_Win_x86.msi 0c306a717aff4499b0abe2d2e3caaa63c62dfa0a LibreOffice_4.2.0_Win_x86.msi -- 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 15

[Bug 40303] New: Control Data passed in DIALOGEX Resource passes pointer with offset sizeof(WORD)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40303 Bug ID: 40303 Summary: Control Data passed in DIALOGEX Resource passes pointer with offset sizeof(WORD) Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: vendor2013(a)herdsoft.com Distribution: --- Created attachment 53942 --> https://bugs.winehq.org/attachment.cgi?id=53942 Sourcecode for a test program When DIALOGEX Resources contain Custom data like in: DEFPUSHBUTTON "OK", IDOK, 148, 6, 50, 14 { 1, 2, 3, 4, 5 } The pointer passed in WM_CREATE is two bytes higher than in windows. In Windows (Tested with Vista an Windows 7 64-Bit) it Points to the Number of Words, in Wine it points to the first data byte. Microsoft Specs for this stuff are here: https://msdn.microsoft.com/de-de/library/windows/desktop/ms645389%28v=vs.85… Attached file dialogtest.zip is sourcecode for a test program with a simple custom control that displays the passed control data. Bug is in Version 1.6.2 (Debian Jessie) and 1.9.5 (Last Download). My suggestion for a patch: --- wine-1.6.2.orig/dlls/user32/dialog.c +++ wine-1.6.2/dlls/user32/dialog.c @@ -234,7 +234,8 @@ static const WORD *DIALOG_GetControl32( TRACE("\n"); TRACE(" END\n" ); } - info->data = p + 1; + info->data = p; p += GET_WORD(p) / sizeof(WORD); } else info->data = NULL; -- 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 41356] New: The Crew(Uplay) won't launch[STAGING]
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41356 Bug ID: 41356 Summary: The Crew(Uplay) won't launch[STAGING] Product: Wine Version: 1.9.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spleefer90(a)gmail.com Distribution: --- Created attachment 55708 --> https://bugs.winehq.org/attachment.cgi?id=55708 launching the game Using wine STAGING Absolutely no idea what's the problem. Running the game just stays at the uplay game loading screen 64 bit prefix -- 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 36

[Bug 40264] New: Iris Online cannot connect to login server
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40264 Bug ID: 40264 Summary: Iris Online cannot connect to login server Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: noscrubs.net(a)gmail.com Created attachment 53881 --> https://bugs.winehq.org/attachment.cgi?id=53881 Winsock trace from Linux and Mac OS X versions of wine. The game client cannot connect to the login server to authenticate the account. This works perfectly when running under the same version of Wine under Linux, and of course Windows. I have attached a short winsock trace that shows the differences when running under Linux and Mac OS X versions of Wine. I am also including a snippet of the client source relating to this log. The game client can be downloaded from http://noscrubs.net/downloads/NoScrubs_Iris_Online_Nov_2015.zip The launcher/patcher works fine apart from some HTML display issues. AppDB page: https://appdb.winehq.org/objectManager.php?sClass=version&iId=33421&iTestin… -- 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 17

[Bug 20104] New: Fujiprint/Fotokasten albums cannot be created due to missing richtext query interface
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=20104 Summary: Fujiprint/Fotokasten albums cannot be created due to missing richtext query interface Product: Wine Version: 1.1.29 Platform: PC URL: http://www.fotokasten.de/index.php?ftkPage=static&ftkV iew=ftksoftware OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: cweiske(a)cweiske.de Running the "fotokasten" photo album creation software fails to create certain photo books with the following error: > fixme:richedit:fnTextSrv_QueryInterface Unknown interface: > {01c25500-4268-11d1-883a-3c8b00c10000} > fixme:richedit:fnTextSrv_OnTxInplaceDeactivate 0x3a1e8e0: STUB How to reproduce: 1. Run software 2. Click on tab "Fotobücher" 3. Click on "Fotobücher" icon 4. Click on "Fun" 5. Click on "Fun A4" 6. A loading window appears but is hidden soon after. When using Fotobücher->Fotobücher->Soft->A4, the richtext window has not to be shown, and I get to the next window (meaning it works without richtext). -- 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.

1 9

[Bug 10913] New: start.exe doesn't support optional process title argument
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=10913 Summary: start.exe doesn't support optional process title argument Product: Wine Version: CVS/GIT Platform: Other URL: http://jedit.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Running real Java apps under the latest Sun win32 JRE on Wine seems like a fine stress test, even though in many cases users should run with the Linux JRE instead. The Sun JRE and jEdit install ok, but jedit has many startup problems. Here's the first one. Invoking it with the batch file provided by jEdit fails. Here's what's in the batch file: start "jEdit startup" "c:\windows\system32\javaw.exe" -Xms64M -Xmx192M -jar "C:\Program Files\jEdit\jedit.jar" -reuseview %* And here's what happens when you run it: $ cd ~/.wine/drive_c/Program Files/jEdit $ ~/wine-git/wine cmd /c jedit.bat fixme:exec:SHELL_execute flags ignored: 0x00000500 trace:process:CreateProcessW app (null) cmdline L"jEdit startup c:\\windows\\system32\\javaw.exe -Xms64M -Xmx192M -jar \"C:\\Program Files\\jEdit\\jedit.jar\" -reuseview" trace:process:find_exe_file looking for L"jEdit" trace:process:find_exe_file Trying native exe L"c:\\windows\\system32\\jEdit.exe" ... trace:process:find_exe_file Trying built-in exe L"c:\\windows\\system32\\jEdit startup.exe" ... trace:process:find_exe_file looking for L"jEdit startup c:\\windows\\system32\\javaw.exe -Xms64M -Xmx192M -jar \"C:\\Program Files\\jEdit\\jedit.jar\" -reuseview" Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: File not found So it seems that start takes an optional process title argument. Sure enough, http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en… documents it. Who knew? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 42508] New: start.exe does not detect its title argument when it should ( breaking .e.g URL opening in League of Legends)
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42508 Bug ID: 42508 Summary: start.exe does not detect its title argument when it should (breaking .e.g URL opening in League of Legends) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: hydratech(a)gmail.com Distribution: --- Created attachment 57397 --> https://bugs.winehq.org/attachment.cgi?id=57397 Trace showing League of Legends Client attempting to open a URL. When start.exe is invoked, its first argument in quotes that is not an argument of the application to be executed should be interpreted as the console title. Wine's start.exe fails to do so. -- How to reproduce -- Running the following line in Wine's cmd should open a URL in your browser: Z:\>start "" https://winehq.org/ the actual result is an application not found error. On Windows the same line opens the website as expected. -- Why this is a bug -- I know this was marked as fixed in bug 10913 but the reasoning was incorrect. The argument for stating the bug was fixed was, that when \"escaping your quotes\" in cmd to the title was parsed. This is however not consistent with with Windows behaviour. As explained at the end of that bug report, if you escape your quotes in Wine's cmd start.exe parses the argument as the console title, i.e.: Z:\>start \"hello\" cmd I will now clarify why this is incorrect by showing Windows' behaviour. The following command lines are not equivalent on Windows: C:\>start hello.exe vs. C:\>start "hello.exe" The latter will open a new cmd window titled hello.exe whereas the former attempts to execute an application named hello.exe. In other words cmd's start built-in parses its own command-line checking wether quotes where used. In fact escaping the quotes using back-slashes is invalid as it tries start a process named \hello.exe\. I have tested this on both Windows 7 and Windows XP. In other words, this is invalid: C:>start \"hello.exe\" To illustrate how unintuitive this Windows behaviour is: C:>start "C:\Program Files\Application\hello.exe" Few would guess this actually opens a console titled as such, instead of running an application. That's why I can understand the maintainers would think the bug was fixed. Wine will however correctly emulate unescaped quote-senstive behaviour with the echo built-in: Z:\>echo hoi hoi Z:\>echo "hoi" "hoi" We can see echo being "aware" of the quotes and correctly displaying them; behaviour identical to Windows' echo built-in. Looking at the wine source, start.exe relies on its "argv" parameter instead of using GetCommandLine() and thereby accessing the unmodified command-line. As a consequence the difference between a quoted argument and a non-quoted argument is lost as CreateProcess strips the quotes off the parameters when passing them to execve(). To quote the source of Wine's cmd.exe (wcmdmain.c): /* Can't use argc/argv as it will have stripped quotes from parameters * meaning cmd.exe /C echo "quoted string" is impossible */ It should now be evident that start.exe should either become a wrapper around cmd.exe's built-in start function, invoking cmd and let cmd itself implement start.exe's actual behaviour, or implement GetCommandLine() based argument parsing similar to cmd.exe's within start.exe, leading to duplicated command-line parsing code. Both are not ideal solutions. -- Why does this bug matter? -- There are actually Windows applications relying on this behaviour to open URLs in the user's browser. As an example, League of Legends executes the following shell command to open a URL: cmd.exe /c start "" "<url here>" In other words, League instructs start to launch an untitled shell window with a URL as application, effectively causing the shell to pass it to the browser. However, wine's start.exe interprets this as League trying to execute an empty string as executable name, with a URL as argument. I have attached the relevant output running League with WINEDEBUG=cmd,start,process,exec set. I will speculate that more applications will run into this exact same issue. League's client is based on CEF and it might very well be CEF which implements this style of external URL opening, furthermore there is documentation recommending the use of empty quotes as console title argument when invoking start to prevent it from accidentally parsing follow up arguments in quotes as the console title, think "C:\Program Files\etc...", establishing this as a pattern that might well have been adopted by other applications. See: https://ss64.com/nt/start.html I will also say that, given some instruction, I will be glad to help fixing this bug and write any necessary code. There is actually another issue with current start.exe's console title parsing which I will submit as a separate issue. That issue is however, significantly easier to fix. Finally this also means wine's current handling of command-line arguments might need fixing as: $ wine start '""' "http://winehq.og" will break in a fixed version of 'start.exe', while it should work. For this I will file yet another issue, although the necessity of this fix is debatable. -- 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 13

[Bug 31644] New: glMapBufferRange is extremely slow while playing Resident Evil 5 ( happens only on nvidia binary driver )
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=31644 Bug #: 31644 Summary: glMapBufferRange is extremely slow while playing Resident Evil 5 ( happens only on nvidia binary driver ) Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tizbac2(a)gmail.com Classification: Unclassified Calls to glMapBufferRange are extremely slow on nvidia drivers with resident evil 5, if this should be reported to nvidia instead just close it over 90% of frame time is taken by glMapBufferRange -- 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.

1 20

[Bug 38488] New: Wrong taces in functions *_invalidate_location
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38488 Bug ID: 38488 Summary: Wrong taces in functions *_invalidate_location Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Distribution: --- I got a plenty of messages like fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00. fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00. fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00. fixme:d3d:wined3d_debug_location Unrecognized location flag(s) 0xfffffc00. It rises because the function wined3d_volume_invalidate_location() is used with reversed parameter For example dlls/wined3d/device.c: wined3d_volume_invalidate_location(dst_volume, ~WINED3D_LOCATION_TEXTURE_RGB); The function assumed location and not ~location. ----- void wined3d_volume_invalidate_location(struct wined3d_volume *volume, DWORD location) { TRACE("Volume %p, clearing %s.\n", volume, wined3d_debug_location(location)); volume->locations &= ~location; TRACE("new location flags are %s.\n", wined3d_debug_location(volume->locations)); } ----- Here wined3d_debug_location() will message like above. Same about wined3d_resource_invalidate_location(struct wined3d_resource *resource, DWORD location) -- 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 6

[Bug 18496] New: BREW simulator always shows a black display
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=18496 Summary: BREW simulator always shows a black display Product: Wine Version: 1.1.21 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jon.dufresne(a)gmail.com Tested with wine-1.1.21 I am attempting to use the Qualcomm BREW simulator under wine. After installing, I attempted to run the example applets. The application launches and I am able to select an applet directory, but the simulated device's screen always shows black and not the usual list of icons that represent available applets. The BREW simulator installer is found here: https://brewx.qualcomm.com/bws/content/gi/products/sdk/3.1/en/3.1.5.179/ins… Steps to reproduce: 1. Download and install BREW SDK simulator 2. Run simulator 3. Use menu to selec "File->Change Applet Dir..." 4. Navigate to c:/Program Files/BREW 3.1.5/sdk/examples/ 5. Hit "OK" 6. Notice screen is black Expected results: Under windows, the BREW simulator will show a listing of the available BREW applets (one for each *.mif file in the directory chosen). This list appears as a series of icons inside the device's display 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.

1 17

[Bug 15703] New: LEGO Star Wars controller options
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=15703 Summary: LEGO Star Wars controller options Product: Wine Version: 1.1.6 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: infernux(a)web.de Going to "Controller Options" freezes the game, pressing "Esc" does not make it playable again. I don't know what other information / logs would be helpful, if you need anything specific just say so. This only affects the _first_ of the two games - but the 2nd seems to have a different input system anyway (requires xinpit1_2.dll for example). -- 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.

1 17

[Bug 19777] New: Ad Astra game runs very slow glBlitFramebuffer
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=19777 Summary: Ad Astra game runs very slow glBlitFramebuffer Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P3 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: chrisyate+wine(a)gmail.com CC: chrisyate+wine(a)gmail.com Ad Astra is a free space flight sim available at www.a-astra.com. The game runs (as in starts) successfully, with a clean .wine prefix folder. However once it enters 3D mode the disk starts to grind, wine spits out lots of fixmes and the program runs slowly with fps around 3, max maybe 5. The following is output, over and over until you stop the game. <quote> fixme:d3d:stretch_rect_fbo >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION_EXT (0x506) from glBlitFramebuffer() @ device.c / 6532 fixme:d3d:state_ckeyblend Render state WINED3DRS_COLORKEYBLENDENABLE not implemented yet (repeated 6 times)... </quote> My System is Athlon XP2400+, a NVidia 6200 clone (the Zotac with 256Mb), 1.5Gb ram. Unfortunately I can't confirm whether it would work on my machine if I was running Windows natively. Any other info, please ask. -- 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.

1 16

[Bug 21023] New: SetupDiOpenDevRegKey() returns wrong HKEY
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=21023 Summary: SetupDiOpenDevRegKey() returns wrong HKEY Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: mdealencar(a)gmail.com Created an attachment (id=25222) --> (http://bugs.winehq.org/attachment.cgi?id=25222) bug example In a Windows XP system SetupDiOpenDevRegKey() returns the "Device Parameters" HKEY under the device instance corresponding to the supplied (DeviceInfoSet, &DeviceInfoData) pair. Wine's SetupDiOpenDevRegKey() returns the device instance HKEY instead. The relevant registry keys are not created by Wine, so I had to import them from a Windows XP system Example: Windows HKEY returned corresponds to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\Vid_0451&Pid_6951\5&5a20206&0&1\Device Parameters Wine HKEY returned corresponds to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\USB\Vid_0451&Pid_6951\5&5a20206&0&1 The attached registry patches and source code enable the reproduction of the 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.

1 12

[Bug 39932] New: bat-script with quotes cann't be called using CreateProcess
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=39932 Bug ID: 39932 Summary: bat-script with quotes cann't be called using CreateProcess Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: andrej.skvortzov(a)gmail.com Distribution: --- Created attachment 53340 --> https://bugs.winehq.org/attachment.cgi?id=53340 executable with source code to reproduce the problem This problem exists in software to configure HMI panels from OWEN and Xinje. http://www.owen.ru/catalog/graficheskaya_panel_operatora_s_sensornim_upravl… (Russian) To reproduce this problem easily minimal test program is created. See attached archive cmd_call_batch.tar.xz. Here are technical details of the problem. To appear following conditions need to be met: - bat-script is called using CreateProcess - name of bat-script is quoted - some parameters of bat-scrits are quoted. For example, "test2.bat" "param1" param2 wine runs bat-script using cmd. cmd /c "test2.bat" "param1" param2 On Windows cmd fails if name of bat-script and parameters both are quoted. To avoid this problem attached patch always removes quotes from bat-script's name before cmd is called. -- 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 32374] New: List box with LBS_NODATA set, has very low performance, depending on items count.
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=32374 Bug #: 32374 Summary: List box with LBS_NODATA set, has very low performance, depending on items count. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: johnfound(a)evrocom.net Classification: Unclassified Created attachment 42719 --> http://bugs.winehq.org/attachment.cgi?id=42719 Test application that illustrates the bug. Source code included. List box control, when has LBS_NODATA style set, needs very big time to process LB_SETCOUNT message (this message works only for list box with LBS_NODATA set). On Windows this message is handled for less than 1ms regardless of the count sent by LB_SETCOUNT (because the list box has nothing to allocate/reallocate when LBS_NODATA is set. It only need to set the scroll bar parameters). In WINE (every version but in v1.4 and v1.5 it is really slow) processing this message needs some amount of time, proportional to the item count set by LB_SETCOUNT. As long as this list box style is provided because of its speed, such a behavior can block the execution of the application for very long time. Small test application is attached which measures the time needed for LB_SETCOUNT to be executed on list box with LBS_NODATA set. Source code included. -- 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.

1 9

[Bug 43395] New: Wine intermittently crashes after any program terminates
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43395 Bug ID: 43395 Summary: Wine intermittently crashes after any program terminates Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Every so often, I see one of the following two outputs appear after Wine closes: err:ntdll:RtlLeaveCriticalSection section 0x110940 is not acquired and wine: Unhandled page fault on write access to 0x695de019 at address 0x7bc4f41e (thread 0018), starting debugger... err:seh:start_debugger Couldn't start debugger ("winedbg --auto 14 96") (1115) Read the Wine Developers Guide on how to set up winedbg or another debugger In the first message the section 0x110940 is constant; in the second the address 0x7bc4f41e is constant but the written address varies. The critical section message appears because a critical section is deleted while owned. The critical section in question appears to be that of the database in services.exe. The crash address is in ntdll/heap.c:HEAP_CreateFreeBlock. It is probably being triggered by code in RtlLeaveCriticalSection(), although it may have a different source. -- 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 8

[Bug 42370] New: Sniper Elite 3 stuck at "Completing Installation 1%"
by wine-bugs＠winehq.org 01 Mar '19

01 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=42370 Bug ID: 42370 Summary: Sniper Elite 3 stuck at "Completing Installation 1%" Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: noonetinone(a)gmail.com Distribution: --- This is basically a repeat of the close bug reported by 'acescopezz'. Bug #41493 describes what is happening with the title SE V2. What is different about SE3 is this game includes its own copy of dllcheck.exe. 'acescopezz' posted screen grabs which relevant here. -- 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 9

[Bug 35207] New: Rendering issues in Outlast
by wine-bugs＠winehq.org 27 Feb '19

27 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=35207 Bug ID: 35207 Summary: Rendering issues in Outlast Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: stefan(a)codeweavers.com Classification: Unclassified Regression SHA1: 667f4225b5cc25c5e4f2f725d55a7c011e12c388 Created attachment 46958 --> http://bugs.winehq.org/attachment.cgi?id=46958 terminal output In certain areas like the opening scene some of the textures are missing (replaced by empty white rectangles). The problem exists when effects quality in the video options menu set anything but <very low>. The game uses Unreal Engine 3, no demo has been released. Installing native d3dx9 libraries doesn't solve the problem, but 'winetricks glsl-disable' is a workaround. The problem is present since 667f4225b5cc25c5e4f2f725d55a7c011e12c388 is the first bad commit commit 667f4225b5cc25c5e4f2f725d55a7c011e12c388 Author: Stefan Dösinger <stefan(a)codeweavers.com> Date: Tue Apr 2 14:54:01 2013 +0200 wined3d: Put local constants into the shader code again. This is essentially a revert of cd7825c89374fb9dd4c20aef2dbfd258713efe6a, with proper precision. :040000 040000 f34c4237fad97c7435396d2fe4644e6a4dd94046 a4cf4d8af7ce2b467dff61ad7e5825884c8fcb36 M dlls Let me know if you need further tests or debug logs. Fedora 19 Nvidia binary drivers 325.15 -- 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 38

[Bug 43393] New: Eagle 8 crash on startup
by wine-bugs＠winehq.org 24 Feb '19

24 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=43393 Bug ID: 43393 Summary: Eagle 8 crash on startup Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hildogjr(a)gmail.com Distribution: --- Eagle 8.2.2 by Auto desk (found in https://www.autodesk.com/products/eagle/free-download) crash on startup with the error: "The programa eagle.exe has encoutered a serious problem and needs to close. We are sorry for the inconvenience. This can be cause by a problem in the program or a deficiency in Wine. You may want to check the Application Database for tips about running this application." The Wine log is: fixme:vcruntime:__telemetry_main_invoke_trigger (0x67000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x180000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x65000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x64000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x240000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x61000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x66000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x2a0000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x39d0000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x3cd0000) err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:vcruntime:__telemetry_main_invoke_trigger (0x2d0000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x3d10000) fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:vcruntime:__telemetry_main_invoke_trigger (0x4390000) fixme:win:EnumDisplayDevicesW ((null),0,0x23eb10,0x00000000), stub! fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL Attribute fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:vcruntime:__telemetry_main_invoke_trigger (0x4510000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x44f0000) fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:vcruntime:__telemetry_main_invoke_trigger (0x4670000) fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0xf9f630, 0x34d97a0, 0x35ada48) stub. fixme:dwrite:get_name_record_codepage encoding 20 not handled, platform 1. fixme:dwrite:get_name_record_codepage encoding 20 not handled, platform 1. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_codepage encoding 10 not handled, platform 3. fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:dwrite:get_name_record_locale failed to get locale name for lcid=0x00000455 fixme:nls:GetThreadPreferredUILanguages 00000038, 0x23f470, (nil) 0x23f4a8 fixme:nls:get_dummy_preferred_ui_language (0x38 0x23f470 (nil) 0x23f4a8) returning a dummy value (current locale) fixme:nls:GetThreadPreferredUILanguages 00000038, 0x23f470, 0x4051f90 0x23f4a8 fixme:nls:get_dummy_preferred_ui_language (0x38 0x23f470 0x4051f90 0x23f4a8) returning a dummy value (current locale) fixme:winsock:WSALookupServiceBeginW (0x23f070 0x00000ff0 0x23f068) Stub! fixme:iphlpapi:NotifyAddrChange (Handle 0x23f370, overlapped 0x4053040): stub fixme:msvcrt:MSVCRT__set_FMA3_enable (0) stub fixme:win:RegisterDeviceNotificationW (hwnd=0x10074, filter=0x23f310,flags=0x00000000) returns a fake device notification handle! fixme:win:RegisterDeviceNotificationW (hwnd=0x10074, filter=0x23f310,flags=0x00000000) returns a fake device notification handle! fixme:win:EnumDisplayDevicesW ((null),0,0x23ebe0,0x00000000), stub! fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:ntdll:EtwRegisterTraceGuidsW (0xfcf3c0, 0x35ae7c8, {3dada31d-19ef-4dc1-b345-037927193422}, 1, 0x34d9838, (null), (null), 0x35ae7e0): stub fixme:ntdll:EtwRegisterTraceGuidsW register trace class {00000000-0000-0000-0000-000000000000} fixme:file:SetFileCompletionNotificationModes 0x240 1 - stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aad3e0 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aace60 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x7aacfa0 1 C) semi-stub [0719/123943:FATAL:raw_channel_win.cc(589)] Check failed: g_vista_or_higher_functions.Get().SetFileCompletionNotificationModes( handle_.get().handle, FILE_SKIP_COMPLETION_PORT_ON_SUCCESS). wine: Unhandled exception 0x80000003 in thread 3f at address 0xfc03aa (thread 003f), starting debugger... fixme:vcruntime:__telemetry_main_invoke_trigger (0x67000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x64000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x66000000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x540000) fixme:vcruntime:__telemetry_main_invoke_trigger (0x240000) fixme:vcruntime:__telemetry_main_invoke_trigger (0xb30000) fixme:vcruntime:__telemetry_main_invoke_trigger (0xb60000) err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. fixme:vcruntime:__telemetry_main_invoke_trigger (0x180000000) fixme:vcruntime:__telemetry_main_invoke_trigger ((nil)) fixme:ntdll:EtwEventRegister ({d2d578d9-2936-45b6-a09f-30e32715f42d}, 0x180ccf630, 0x1832097a0, 0x1832dda48) stub. fixme:ntdll:EtwRegisterTraceGuidsW (0x180cff3c0, 0x1832de7c8, {3dada31d-19ef-4dc1-b345-037927193422}, 1, 0x183209838, (null), (null), 0x1832de7e0): stub fixme:ntdll:EtwRegisterTraceGuidsW register trace class {00000000-0000-0000-0000-000000000000} fixme:file:FindFirstFileExW flags not implemented 0x00000002 fixme:gdi:GdiInitializeLanguagePack stub fixme:msvcrt:MSVCRT__set_FMA3_enable (0) stub -- 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 10

[Bug 30123] New: Mouse pointer is confined in a box lesser than the full screen
by wine-bugs＠winehq.org 23 Feb '19

23 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=30123 Bug #: 30123 Summary: Mouse pointer is confined in a box lesser than the full screen Product: Wine Version: 1.4-rc4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: kol(a)MV8660.spb.edu Classification: Unclassified Running TES5:Skyrim on the old system without Xinput2 support and on the modern Fedora 16 (but not on Ubuntu) under Wine 1.3.21 or later versions exhibits the "inertial mouse" bug described in http://appdb.winehq.org/objectManager.php?sClass=version&iId=24749 : after changing the direction of mouse movement the look continues to move in the old direction for some time. Since Wine 1.4-rc1 the old "inertial mouse" bug goes away but it is replaced by the new "clip" bug. The old bug appeared to be caused by the next strings in the dinput_mouse_hook() function in "dlls/dinput/mouse.c": if (This->clipped) pt = This->mapped_center; else GetCursorPos(&pt); which have been changed to GetCursorPos(&pt); in Wine 1.4-rc1. With new versions of Wine the mouse pointer is confined to some box lesser than the full screen. The behaviour of mouse depends on the "HKCU\Software\Wine\X11 Driver\GrabPointer" key. When it is set to "Y", the pointer is strictly confined to a box in game and in menus, when the key is set to "N", the pointer moves free in menus but mouse look in game is free within some limits and becomes very slow beyond these limits. It is similar to Bug#6971 but setting "MouseWarpOverride" to "force" does not change the mouse movement. I experimentally found a simple "patch" to workaround: in the function warp_check() in "dlls/dinput/mouse.c" file the last operator "This->clipped = ..." has to be commented out and "This->clipped = FALSE;" has to be inserted in place of. I do not know how it work but it makes the mouse look correct in Skyrim on my Fedora 10 system and, as far as I can see, does not break other games at least in fullscreen mode. -- 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.

1 28

[Bug 43121] New: Game crashes during DLL load if sound is enabled
by wine-bugs＠winehq.org 23 Feb '19

23 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=43121 Bug ID: 43121 Summary: Game crashes during DLL load if sound is enabled Product: Wine Version: 2.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zaplo00(a)mailfence.com Distribution: --- Created attachment 58325 --> https://bugs.winehq.org/attachment.cgi?id=58325 Logs and winedump of DLL I have a game that uses DirectSound. It tries to load a DLL on new game and it succeeds if sound=disabled but with alsa or pulse program crashes in loader.c:tls_alloc_slot. The problem is that the .reloc information in DLL is corrupt. There are multiple entries for the same page, so what wine does is to "relocate twice". Game works with sound using a modified DLL where section size is changed to remove duplicates. Windows 7 and Windows 8.1 both work with original DLL and don't need compatibility mode. Attached are logs with and without sound and winedump output. -- 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 8

[Bug 42488] New: Accordance main window contents does not display well
by wine-bugs＠winehq.org 23 Feb '19

23 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=42488 Bug ID: 42488 Summary: Accordance main window contents does not display well Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bronsonmathews(a)gmail.com Distribution: --- Created attachment 57354 --> https://bugs.winehq.org/attachment.cgi?id=57354 screenshot See attached screenshot, you can see in this image the contents of the main window is incomplete. It flickers around as i move the mouse around and click and drag making the application unusable. Original bug is here: https://bugs.winehq.org/show_bug.cgi?id=42466 -- 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 6

[Bug 43374] New: valgrind shows an invalid read in dlls/mshtml/tests/ script.c
by wine-bugs＠winehq.org 21 Feb '19

21 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=43374 Bug ID: 43374 Summary: valgrind shows an invalid read in dlls/mshtml/tests/script.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==28896== Invalid read of size 2 ==28896== at 0x5678C6D: DispCallFunc (typelib.c:6674) ==28896== by 0x680D479: invoke_builtin_function (dispex.c:1123) ==28896== by 0x680D763: function_invoke (dispex.c:1174) ==28896== by 0x680DA11: invoke_builtin_prop (dispex.c:1242) ==28896== by 0x680E964: DispatchEx_InvokeEx (dispex.c:1533) ==28896== by 0x16AC9205: IDispatchEx_InvokeEx (dispex.h:318) ==28896== by 0x16AC9205: disp_call (???:0) ==28896== by 0x16ACC7DF: exprval_call (engine.c:328) ==28896== by 0x16ACF402: interp_call_member (engine.c:1213) ==28896== by 0x16AD482D: enter_bytecode (engine.c:2787) ==28896== by 0x16AD5533: exec_source (engine.c:3040) ==28896== by 0x16AD7CF0: invoke_source (function.c:257) ==28896== by 0x16AD8152: Function_invoke (function.c:350) ==28896== by 0x16AC69A2: invoke_prop_func (dispex.c:383) ==28896== by 0x16AC7C70: DispatchEx_InvokeEx (dispex.c:684) ==28896== by 0x6856620: IDispatchEx_InvokeEx (dispex.h:318) ==28896== by 0x6856620: call_disp_func (???:0) ==28896== by 0x6856A51: call_event_handlers (htmlevent.c:961) ==28896== by 0x685748B: fire_event_obj (htmlevent.c:1095) ==28896== by 0x6857AC4: fire_event (htmlevent.c:1204) ==28896== by 0x68CD65F: handle_load (nsevents.c:282) ==28896== by 0x6B18A8A8: ??? ==28896== Address 0x7869d20 is 0 bytes after a recently re-allocated block of size 0 alloc'd ==28896== at 0x7BC51061: notify_alloc (heap.c:254) ==28896== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==28896== by 0x6809E6F: heap_alloc (mshtml_private.h:1168) ==28896== by 0x680A6FF: add_func_info (dispex.c:277) ==28896== by 0x680ABD4: process_interface (dispex.c:354) ==28896== by 0x680AEE5: preprocess_dispex_data (dispex.c:419) ==28896== by 0x680F3CA: init_dispex_with_compat_mode (dispex.c:1776) ==28896== by 0x68E753F: init_dispex (mshtml_private.h:334) ==28896== by 0x68EA736: OmNavigator_Create (omnavigator.c:1088) ==28896== by 0x68AA791: HTMLWindow2_get_navigator (htmlwindow.c:920) ==28896== by 0x4A9EAFF: IHTMLWindow2_get_navigator (mshtml.h:38483) ==28896== by 0x4A9EAFF: test_script_run (???:0) ==28896== by 0x4A9F739: ActiveScriptParse_ParseScriptText (script.c:2472) ==28896== by 0x68FEBE6: IActiveScriptParse32_ParseScriptText (activscp.h:1126) ==28896== by 0x68FEBE6: parse_elem_text (???:0) ==28896== by 0x68FF823: parse_inline_script (script.c:1103) ==28896== by 0x68FFA7A: parse_script_elem (script.c:1142) ==28896== by 0x69001FF: doc_insert_script (script.c:1285) ==28896== by 0x68B9905: run_insert_script (mutation.c:349) ==28896== by 0x68BA1B0: nsRunnable_Run (mutation.c:532) ==28896== by 0x6A83E0A0: ??? ==28896== by 0x68BAEB0: nsDocumentObserver_AttemptToExecuteScript (mutation.c:817) ==28896== -- 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 1

[Bug 42667] New: Uplay crashes after close
by wine-bugs＠winehq.org 21 Feb '19

21 Feb '19

https://bugs.winehq.org/show_bug.cgi?id=42667 Bug ID: 42667 Summary: Uplay crashes after close Product: Wine Version: 2.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: olze(a)trustserv.de Distribution: --- Created attachment 57618 --> https://bugs.winehq.org/attachment.cgi?id=57618 The error output I installed uplay and started it. Then i installed Tom Clancys Ghost Recon Wildlands. I closed uplay. Now i can not start it anymore. I always get an error saying uplay crashed and a crash dump will be generated. Could be related to https://bugs.winehq.org/show_bug.cgi?id=39870 -- 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 5

[Bug 11070] New: Unimplemented function CRYPT32.dll.PFXIsPFXBlob
by wine-bugs＠winehq.org 19 Feb '19

19 Feb '19

http://bugs.winehq.org/show_bug.cgi?id=11070 Summary: Unimplemented function CRYPT32.dll.PFXIsPFXBlob Product: Wine Version: 0.9.52. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mhs(a)hp.com CC: mhs(a)hp.com Created an attachment (id=10088) --> (http://bugs.winehq.org/attachment.cgi?id=10088) Dependency Walker Load List (Wine Builtin) The importpfx tool <http://home.fnal.gov/~jklemenc/importpfx.html> will run under ~/.ies4linux , however fails with builtin ntdll and crypt32 under ~/.wine. Importpfx would be very useful because it allows PKCS12 certificates to be imported to the Certificate Store without need for IE's import/export frontend. Note: Filing this bug under crypt32, though it might better belong to ntdll. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 57

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 July 2017