June 2015 - Wine-Bugs - list.winehq.org

[Bug 38405] New: Star Wars: Knights of the Old Republic II black screen and crash
by wine-bugs＠winehq.org July 25, 2015

July 25, 2015

https://bugs.winehq.org/show_bug.cgi?id=38405 Bug ID: 38405 Summary: Star Wars: Knights of the Old Republic II black screen and crash Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grodrigues.math(a)gmail.com Distribution: --- Created attachment 51255 --> https://bugs.winehq.org/attachment.cgi?id=51255 log file with d3d channel Star Wars: Knights of the Old Republic II, the Sith Lords, in a GOG install, crashes every time: the game starts correctly, (quick) creation proceeds normally, the crawl text appears as well as the Ebon Hawk, but then it the screen goes black and the game crashes. I tried every solution that I have read as a work around (but admittedly not every combination of them) with *always* the same result: black screen then crash. This includes lowering resolutions, disabling movies, emulating virtual desktop, etc. note(s): - this *may* be related to these old, still open bugs: https://bugs.winehq.org/show_bug.cgi?id=28114 https://bugs.winehq.org/show_bug.cgi?id=24495 But since I really do *not* know, I decided to just go ahead and open a new bug report. If I do a WINEDEBUG=+d3d wine swkotor2.exe &> errors.log I see this on the errors.log file: trace:d3d:wined3d_device_decref 0x1b8140 decreasing refcount to 0. trace:d3d:wined3d_decref 0x1b4f68 decreasing refcount to 1. trace:d3d:wined3d_device_decref Freed device 0x1b8140. trace:d3d:wined3d_decref 0x1b4f68 decreasing refcount to 0. wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 0009), starting debugger... So, to my untrained eye, it seems that d3d is trying to decrease the refcount (that is, accessing) an already freed object. Specs: - Kubuntu 14.10 - wine 1.7.38 - nouveau drivers for GeForce GT630 - x86_64 intel i7-4770S 3.10GHz - the errors.log attachment was taken in a normal 64bit prefix; but 32 bit prefix yielded the same 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 3

[Bug 24588] New: 64 bit issue within qsort()
by wine-bugs＠winehq.org July 24, 2015

July 24, 2015

http://bugs.winehq.org/show_bug.cgi?id=24588 Summary: 64 bit issue within qsort() Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: stefan(a)obssys.com Created an attachment (id=31054) --> (http://bugs.winehq.org/attachment.cgi?id=31054) Patch to fix 64 bit issue within qsort() Change all types from int to size_t within NTDLL_mergesort(). -- 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 37206] New: Starcraft broodwar stops at the startup screen
by wine-bugs＠winehq.org July 23, 2015

July 23, 2015

https://bugs.winehq.org/show_bug.cgi?id=37206 Bug ID: 37206 Summary: Starcraft broodwar stops at the startup screen Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: glenn.schrader(a)verizon.net Regression SHA1: 7366709d60f42ae09a37548e41c030c5e82fef6a Created attachment 49458 --> https://bugs.winehq.org/attachment.cgi?id=49458 Log file captured using "WINEDEBUG=all+d3d,ddraw,wgl,x11drv" The checkin log for the regression SHA1 says "wined3d: Restore the pixel format of the window whose pixel format was actually changed". The symptom is that when Broodwar starts up it stops at the loading screen. It is not hung since the "Loading" text continues to flash. Left alone, it will stay at this screen forever. The only way I found to get past the startup screen is to manually trigger the screensaver. After the screensaver has started and been terminated, Broodwar gets past the loading screen into the top level game screen. The game will run at this point but there is no GPU acceleration so everything is quite slow. Note that SHA1 b8569d2f3006bbb14b973eca15a608f9575a0ebd works properly at full speed with no problems (aside from the normal Battlenet issues, etc). One thing that may or may not have a bearing on this is that I'm running on a dell laptop with a NVIDIA GPU. This laptop only supports a single screen resolution (1440x900). Before NVIDIA dropped re-scaling a while back Broodwar would run full screen with no problem. Afterwards, it would start up in a corner of the screen but I could scale it before starting Broodwar using "xrandr --output LVDS-0 --scale-from 640x480". I used "export WINEDEBUG=all+d3d,ddraw,wgl,x11drv" to capture diagnostic data while the system was at the startup screen. The log file is attached. Note that the place where the log starts being repetitive is around line 8043. -- 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 22274] New: Edit control continues scrolling after mouse leaves window
by wine-bugs＠winehq.org July 23, 2015

July 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=22274 Summary: Edit control continues scrolling after mouse leaves window Product: Wine Version: 1.1.42 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nospam(a)thenerdshow.com Created an attachment (id=27210) --> (http://bugs.winehq.org/attachment.cgi?id=27210) user32: edit control scrolling now properly follows mouse selection I will attach the source code for a small test program that reproduces this behavior. Steps to reproduce: $ wine et.exe (edit test program) Alternate steps to reproduce: $ wine notepad 1. Paste the text of this bug report into the window. 2. shrink window down to about the size of a business card 3. Edit Menu - > turn off Wrap long lines * A horizontal scrollbar should appear. 4. left-click in the window 5. continue holding down the left mouse button 6. drag mouse to the right until it leaves the window 7. continue holding the left button down 8. wait... * Notice that the text selection keeps growing. This doesn't happen on windows. 9. still holding the mouse, move it around outside the window 10. Try to select a paragraph of text without using the scrollbars. * Notice that it is hard to select the exact amount of text you want because the selection keeps growing spookily on its own. Again, this doesn't happen on windows. Well, I found out what's causing the spooky growing text selection. It's a fixme of WM_TIMER in edit.c The attached patch fixes 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 10

[Bug 21539] New: Using "Bare Streams" console mode with SRCDS does not work.
by wine-bugs＠winehq.org July 23, 2015

July 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=21539 Summary: Using "Bare Streams" console mode with SRCDS does not work. Product: Wine Version: 1.1.37 Platform: x86 URL: http://srcds.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: laurikoivunen(a)hotmail.com SRCDS ( Source Dedicated Server ) is designed to run both in GUI and CLI modes. However, when trying to run the server in pure console without X and using "bare streams" as described here ( http://www.winehq.org/docs/wineusr-guide/cui-programs ) I still receive the error: DISPLAY='' WINEDEBUG=+console wine srcds.exe -console ... trace:console:AllocConsole () err:curses:WCCURSES_InitBackend (n)curses was not found. err:wineconsole:WINECON_Init failed to init. This is probably due to srcds running in "hybrid" mode where it is marked as a GUI application, but uses AllocConsole to create a console hence resulting in a new console creation, which currently fails. As a workaround I stubbed AllocConsole and only returned TRUE. This allows the application to start and reach a point where it tries to read the console and where it then fails due to wine not being able to read from the console. Could you add an option for true "bare streams" and so that input would also work? ps: I know that there is a linux version of SRCDS but there are no linux binaries for the server I am trying to run. This bug forces a lot of server hosters run X on their servers to be able to run SRCDS in wine. The server is free to download and use. -- 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 7

[Bug 23546] New: several wine programs fail to run under cygwin
by wine-bugs＠winehq.org July 23, 2015

July 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=23546 Summary: several wine programs fail to run under cygwin Product: Wine Version: 1.2-rc6 Platform: x86 URL: http://www.cygwin.com OS/Version: Windows XP Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com A user reported this in #winehq, so I tried it myself. After bug 21526 was fixed, wine programs all compile, but several don't run. I haven't tried them all, but, e.g., notepad runs, but cmd, dxdiag, eject do not. Trying to run them gives: /home/austin/wine-git/programs/cmd/cmd.exe: error while loading shared libraries: libwine.dll: cannot open shared object file: No such file or directory seems to be the CLI programs that don't run.. -- 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 13

[Bug 23766] New: (Shift) Ctrl + Tab isn't handled in winecfg application
by wine-bugs＠winehq.org July 23, 2015

July 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=23766 Summary: (Shift) Ctrl + Tab isn't handled in winecfg application Product: Wine Version: 1.2 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com The subject says it all. I tried searching for any similar bugs filed previously and I couldn't find anything. -- 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 34748] New: Integrate GVFS just like you have integrated CUPS
by wine-bugs＠winehq.org July 23, 2015

July 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=34748 Bug #: 34748 Summary: Integrate GVFS just like you have integrated CUPS Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: netapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: n296869(a)rtrtr.com Classification: Unclassified Wine already integrates with CUPS to allow applications to print documents exactly as they do it in Windows. My proposal is to integrate Wine with GVFS to let applications automatically mount network shares. In Windows applications can access network shares by just specifying a path like "//server/share". But in Wine you first need to manually create a link to "~/.wine/dosdevices/unc/server/share", and only then all applications will be able to access this particular server. -- 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 18379] New: Photoshop 3 does install but not run (out of memory error)
by wine-bugs＠winehq.org July 23, 2015

July 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=18379 Summary: Photoshop 3 does install but not run (out of memory error) Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Andreas.Schallenberg(a)Eurobild.com Created an attachment (id=20953) --> (http://bugs.winehq.org/attachment.cgi?id=20953) Lzma-compressed WINE log file (Photoshop 3) On Windows-Machines, Photoshop refuses to run when much physical RAM is installed. Problems typically start when it exceeds 512 MB. The installation routine works but the real application (photosle.exe) shows an "out of memory" dialog and quits. Running Photoshop 3 using WINE shows the same behavior (tested with 1GB RAM and WINE 1.1.19). The installer works fine and the app refuses to start up. The first attachment to this report was created using the following command: WINEDEBUG=+relay wine photosle.exe &>wine.log -- 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 18869] New: Use the system settings for default User and Organization field
by wine-bugs＠winehq.org July 23, 2015

July 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=18869 Summary: Use the system settings for default User and Organization field Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: NEW Keywords: integration Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org Launchpad: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/384990 If you install software in Wine that needs a User and Organization, you'll see these strings set as the default: Change preferred owner in ~/.wine/system.reg Change preferred organization in ~/.wine/system.reg Whenever possible, we should be using the system settings here - System->Preferences->About Me (on Gnome at least) contains a great default for owner and organization -- 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