February 2011 - Wine-Bugs - list.winehq.org

[Bug 21490] New: Debug build of Chromium aborts on startup because GdiInitializeLanguagePack() returns failure
by wine-bugs＠winehq.org Aug. 30, 2014

Aug. 30, 2014

http://bugs.winehq.org/show_bug.cgi?id=21490 Summary: Debug build of Chromium aborts on startup because GdiInitializeLanguagePack() returns failure Product: Wine Version: 1.1.32 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, patch, source Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This was mentioned in passing in bug 20671. You can run a debug build of Chromium on Wine with --no-sandbox, but you have to get GdiInitializeLanguagePack to return success first, or it will abort early with [41:42:5571:FATAL:render_process.cc(62)] Check failed: gdi_init_lpk. The patch attached to bug 20671 does the trick. http://m-a-tech.blogspot.com/2009/04/emf-buffer-idiocracy.html explains why Chrome calls that function; it's needed to make native behave. -- 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 13481] New: ChangeDisplaySettings can't set *only* BPP
by wine-bugs＠winehq.org Aug. 27, 2014

Aug. 27, 2014

http://bugs.winehq.org/show_bug.cgi?id=13481 Summary: ChangeDisplaySettings can't set *only* BPP Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rolf(a)neuberrosoft.de Created an attachment (id=13402) --> (http://bugs.winehq.org/attachment.cgi?id=13402) Test case, w Makefile and full NetBeans project tree Given an "incomplete" DEVMODE structure, with no fields set except for dmBitsPerPel, and the corresponding flag in dmFields (i.e. dmFields=DM_BITSPERPEL), ChangeDisplaySettings as implemented in Wine doesn't replicate the behaviour of a real Windows system correctly. A real Windows system happily executes the call and returns DISP_CHANGE_SUCCESSFUL. Display bit-depth will be adjusted, if it was different to begin with, while the remaining parameters stay as they were. After the call, resolution and refresh are still whatever the user selected as the desktop resolution. Even on 2k/XP, which are sometimes happy to drop the refresh rate to 60Hz, the refresh rate remains constant, which is one of the reasons I found this type of call to be useful sometimes. I've tested this today with a MingW-built executable, and found the above to be accurate for Windows 98SE, Windows 2000 SP4 and Windows XP SP2, irrespective of whether the initial desktop bit depth is 16 bit or 32 bit. On Wine (wine-1.0-rc2 on Ubuntu 8.04), the very same call to ChangeDisplaySettings, made from the same executable, will fail with a return code of -2 (DISP_CHANGE_BADMODE). I've attached my test case. It will make the call and pop up a message box with the results of the call. I used the i586-mingw32msv-gcc compiler provided by the "mingw32" package in the official Ubuntu repositories. The project was set up in NetBeans 6 so the Makefile is somewhat convoluted, but it doesn't appear as if the build process requires NetBeans. Just navigating to the directory and running make seems to work. The executable ends up in dist/Debug/GNU-Windows/. Priority of the bug isn't high. I've used it in some graphics-library code, but only in debug builds for my own testing purposes. I'm not aware of publically available shipping programs that hit on this. Reported anyway, for correctness's sake. The app-level workaround is to query the current desktop mode and fill in the DEVMODE structure more completely. Beyond the scope, but you get the idea. I'm new to this Bugzilla stuff, so if I forgot some vital piece of info, please be gentle. I want to be helpful. -- 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 26256] New: wine64-preloader can't handle setcap cap_net_raw+epi
by wine-bugs＠winehq.org Aug. 26, 2014

Aug. 26, 2014

http://bugs.winehq.org/show_bug.cgi?id=26256 Summary: wine64-preloader can't handle setcap cap_net_raw+epi Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: NEW Keywords: source, win64 Severity: normal Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de sudo setcap cap_net_raw+epi /usr/local/bin/wine64-preloader leads to: /usr/local/bin/wine64: error while loading shared libraries: libwine.so.1: cannot open shared object file: No such file or directory err:process:start_wineboot failed to start wineboot, err 1359 /usr/local/bin/wine64: error while loading shared libraries: libwine.so.1: cannot open shared object file: No such file or directory and no 64-bit app can start. setcap is needed for e.g. ICMP functions or my not yet published wpcap proxy dll. -- 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 21349] New: Python.exe crashes
by wine-bugs＠winehq.org Aug. 24, 2014

Aug. 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=21349 Summary: Python.exe crashes Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jackson+winehq-bugzilla(a)jacksonc.com Created an attachment (id=25706) --> (http://bugs.winehq.org/attachment.cgi?id=25706) Wine debug output When Python 2.6.4 runs a packaging application called "PyInstaller" it crashes. It's been working fine, except this is the first time it's been using the audio libraries listed. eg. Phonon/Quartz. I tried running this in Windows 7, and it works fine. -- 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 24700] New: Explorer++ doesn't open command prompt windows properly
by wine-bugs＠winehq.org Aug. 24, 2014

Aug. 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=24700 Summary: Explorer++ doesn't open command prompt windows properly Product: Wine Version: 1.3.4 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31211) --> (http://bugs.winehq.org/attachment.cgi?id=31211) Terminal output To reproduce, navigate to C: (or any directory) and click the "open command prompt" icon in the upper toolbar. If the program was started via a GUI (e.g. double-clicking its executable in a native file manager), the icon doesn't appear to do anything. If the program was started from a terminal, the command prompt appears in that terminal window. After closing the program, the terminal needs to be reset to work properly. In Windows, the command prompt appears in a new window. -- 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 22788] New: OriginPro 8.0 under Lucid Lynx
by wine-bugs＠winehq.org Aug. 24, 2014

Aug. 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=22788 Summary: OriginPro 8.0 under Lucid Lynx 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: yann.roche(a)voila.fr OriginPro 8.0 crashes at start (with a "program must close, etc." window) with Ubuntu 10.04. Note it started before Ubuntu upgrade (9.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 11

[Bug 13347] New: dogfood: skype only works in "Win95" mode
by wine-bugs＠winehq.org Aug. 24, 2014

Aug. 24, 2014

http://bugs.winehq.org/show_bug.cgi?id=13347 Summary: dogfood: skype only works in "Win95" mode Product: Wine Version: 1.0-rc1 Platform: Other OS/Version: other Status: NEW Severity: major Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: marcus(a)jet.franken.de The windows Skype in win XP mode crashes with trace:seh:raise_exception code=c0000005 flags=0 addr=0x593ad1 trace:seh:raise_exception info[0]=00000000 trace:seh:raise_exception info[1]=ffffffff trace:seh:raise_exception eax=000000ad ebx=000000ad ecx=000007c8 edx=0033fcd0 esi=00000000 edi=01ca0460 trace:seh:raise_exception ebp=00000000 esp=0033fcd0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210202 trace:seh:call_stack_handlers calling handler at 0x48bd29 code=c0000005 flags=0 wine: Unhandled page fault on read access to 0xffffffff at address 0xffb4a51e:0x00593ad1 (thread 0009), starting debugger... and the instruction there is a int 0x2e, which is not handled. When setting the Windows version to Win95, Skype.exe works wonderful (buyt displays other warnings). => Skype Should work in XP mode too. => Or we should set the default cversion for Skype.exe to Win95 in our registry -- 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 18101] New: when trying to start a new game, a file called "default.tot" starts to grow in size arbitrarily
by wine-bugs＠winehq.org Aug. 23, 2014

Aug. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=18101 Summary: when trying to start a new game, a file called "default.tot" starts to grow in size arbitrarily Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simulcra(a)uchicago.edu CC: simulcra(a)uchicago.edu "default.tot" is a generally problematic file in various infinite engine games (there are various bugs out there, generally related to character creation). For example, for baldur's gate 2, sometimes you can have a problem trying to save a game because of a presence of a 0-byte file called "default.tot" in the tempsave/ directory. Deleting it will allow a save, though the game will create a new 0-byte default.tot file almost immediately (a more permanent hack to fix this is to mkdir tempsave/default.tot). Icewind Dale 2 has a problem with default.tot in which in previous versions of wine, tryign to create a party with more than 1 character at the start will result in a crash, related to a defaul.tot issue (in some versions of wine, an actual error message would pop up). Starting with 1.1.18, the issue has become drastically more severe. *Any* attempt at creating a new party will result in the game creating a default.tot file, and instead of leaving it at 0-bytes, it will begin to grow it arbitrarily while the game is stuck at the loading screen. I've seen it go up to 500 megabytes in size before finally doing a wineserver -k to quite the Icewind Dale 2 process. Doing the Baldur's Gate 2 hack (creating an empty default.tot/ directory to block the reation of the file) lets the game get past its original lock point, but then will lock up anew after the loading screen finishes. I'm currently running some regression tests to see when this bug got introduced, so stand by. -- 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 15

[Bug 26213] New: Unimplemented CMDID's
by wine-bugs＠winehq.org Aug. 23, 2014

Aug. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=26213 Summary: Unimplemented CMDID's Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: john.solomon(a)indysoft.com Created an attachment (id=33417) --> (http://bugs.winehq.org/attachment.cgi?id=33417) terminal log when launching ecabinet program. Unimplemented cmdid's and other functions when launching ecabinets software. -- 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 25025] New: Problems with SimCity 4 Continue on 1.3.6
by wine-bugs＠winehq.org Aug. 23, 2014

Aug. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=25025 Summary: Problems with SimCity 4 Continue on 1.3.6 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jwinterton(a)ezlink.ca CC: wine-bugs(a)winehq.org Created an attachment (id=31722) --> (http://bugs.winehq.org/attachment.cgi?id=31722) Console log capture This is an additional log. I was unable to locate the original report. wine 1.3.6 continues to have problems with small video memory, and fails to properly render scenes when stressed. I believe it is a failure to dump the memory in a timely fashion before a refresh. This is an on-going problem which I think has been previously reported. GPU GeForce4 MX Integrated GPU Type AGP 4x RAM 128 MB Frequency 199 MHz Description: Ubuntu 10.04.1 LTS Release: 10.04 nvidia-96: Installed: 96.43.17-0ubuntu1 Candidate: 96.43.17-0ubuntu1 Version table: *** 96.43.17-0ubuntu1 0 500 http://ca.archive.ubuntu.com/ubuntu/ lucid/restricted Packages 100 /var/lib/dpkg/status -- 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 4