October 2010 - Wine-bugs - list.winehq.org

[Bug 16704] New: wineconsole: Allow specifying the console backend to use when wineconsole is launched implicitly
by wine-bugs＠winehq.org 08 Apr '11

08 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=16704 Summary: wineconsole: Allow specifying the console backend to use when wineconsole is launched implicitly Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)martin.st Created an attachment (id=18363) --> (http://bugs.winehq.org/attachment.cgi?id=18363) Proposed patch for fixing the issue When wineconsole is launched implicitly, when an application in wine opens a console, it currently defaults to using the user backend of wineconsole, without any possibility of changing which backend to use. The console application to launch can be changed using the WINECONSOLE environment variable, and wine appends --use-event=xx to that command line when launching the console program. Setting WINECONSOLE to "wineconsole --backend=curses" is ignored, since wineconsole chooses the user backend as soon as the --use-event argument is parsed. This isn't necessary, since the user backend is the default one. By removing the explicit setting of the user backend when parsing the --use-event argument, choosing another backend through the WINECONSOLE environment variable works as expected. The attached patch implements this proposed change. -- 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 18829] New: K-Meleon 1.5.x : Crash sometimes during browsing
by wine-bugs＠winehq.org 08 Apr '11

08 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=18829 Summary: K-Meleon 1.5.x : Crash sometimes during browsing Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jujuland.46(a)wanadoo.fr -------------------------------------------------------------------------------- K-Meleon Version : 1.52 K-Meleon profile : in program folder (set during setup) K-Meleon Extensions : none K-Meleon kplugins : standard Netscape plugins : none Wine version : 1.1.23 Ubuntu : 8.10 kernel : 2.6.27-14-generic Program Launch : ./K-M_152.sh -------------------------------------------------------------------------------- shell (K-M_152.sh) used with a console to launch K-Meleon and to keep log cd "/opt/Program Files/K-Meleon152" ./k-meleon.exe -------------------------------------------------------------------------------- Crash sometimes during browsing: --------------------------------------------------------------------------------------------- -- 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 24

[Bug 22549] New: Cannot open external links in help file.
by wine-bugs＠winehq.org 07 Apr '11

07 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=22549 Summary: Cannot open external links in help file. Product: Wine Version: 1.1.42 Platform: x86 URL: http://www.pmail.com/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk Upon testing Pegasus Mail under Wine 1.1.42 I find you cannot open the links in its help file. Clicking on the external links in the help file is supposed to open your web browser and take you to the web page, but nothing happens when you click on these links in the help file. This might be a bug in other programs' help files? -- 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 15915] New: cinepak codec reportedly not installed, FourCC case mismatch
by wine-bugs＠winehq.org 07 Apr '11

07 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=15915 Summary: cinepak codec reportedly not installed, FourCC case mismatch Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvfw32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: dmitry(a)codeweavers.com The Alien Nations / Die Völker complains that the cinepak codec is not installed. The reason is a lower/upper case mismatch in a FourCC code. Upper-case FourCC is being supplied, as the log reveals: Call msvfw32.ICOpen(43444956,44495643,00000002) ret=00493baf trace:msvideo:ICOpen (VIDC,CVID,0x00000002) Call winmm.OpenDriver(0032fda8 L"VIDC.CVID", ...) trace:driver:OpenDriver (L"VIDC.CVID", L"drivers32", ...); But dlls/iccvid/iccvid.c implements the check if (icinfo && icinfo->fccType != ICTYPE_VIDEO) where ICTYPE_VIDEO refers to 'vidc', not VIDC. The same check is in msvidc32/msvideo1.c and msrle32/msrle32.c Probably a case-insensitive check is required? For instance, msvfw32/msvideo_main.c:ICOpen() uses the case-insensitive helper function compare_fourcc(). OTOH, after the case-insensitive check perhaps wine should fill in the icopen.fccType and .fccHandler slots with the FourCC case it expects (ICTYPE_VIDEO) rather than the argument it received? It seems reasonable to commit to a known character case early on in the code and use that consistently. What is The Right Thing (TRT), i.e. what to store in fccType? In any case, a case fix lets "Die Völker" work past this issue (and crash later in ddraw, but that's another issue). -- 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 24135] New: OpenGL 2.0 Shading Language Vertex Lighting Demo won't run without native d3dx9_43.dll
by wine-bugs＠winehq.org 06 Apr '11

06 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=24135 Summary: OpenGL 2.0 Shading Language Vertex Lighting Demo won't run without native d3dx9_43.dll Product: Wine Version: 1.3.1 Platform: x86 URL: http://www.dhpoware.com/downloads/GLSLVertexLighting.z ip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com CC: wine-bugs(a)winehq.org err:module:import_dll Library d3dx9_43.dll (which is needed by L"C:\\Program Files\\D3D9HLSLVertexLighting\\D3D9HLSLVertexLighting.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\D3D9HLSLVertexLighting\\D3D9HLSLVertexLighting.exe" failed, status c0000135 -- 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 24139] New: OpenGL 2.0 Shading Language Terrain Texturing Demo crashes on unimplemented function msvcr100.dll._fseeki64
by wine-bugs＠winehq.org 06 Apr '11

06 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=24139 Summary: OpenGL 2.0 Shading Language Terrain Texturing Demo crashes on unimplemented function msvcr100.dll._fseeki64 Product: Wine Version: 1.3.1 Platform: x86 URL: http://www.dhpoware.com/downloads/GLSLTerrainTexturing .zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Created an attachment (id=30378) --> (http://bugs.winehq.org/attachment.cgi?id=30378) Log of crash for OpenGL 2.0 Shading Language Terrain Texturing Demo wine: Call from 0x7b8369d2 to unimplemented function msvcr100.dll._fseeki64, aborting With msvcr100.dll the demo starts. -- 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 18325] New: Timed events bug in Call of Cthulhu
by wine-bugs＠winehq.org 05 Apr '11

05 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=18325 Summary: Timed events bug in Call of Cthulhu Product: Wine Version: 1.1.20 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: monolitonegro(a)gmail.com There's a bug in the game Call of Cthulhu: Dark Corners of Earth that make some timed events executate too early in the game, making the game near unplayable, or downright unplayable. The earliest noticiable example is the beginning of the Chapter 2:"Attack of the fishmen". At the beginning of this chapter, the player must avoid an angry mob of citizens running from room to room before the enemies manage to break in the bolted doors. While in the Windows XP the game allows plenty of time for the player to think and act, the linux with wine allows barely enough, making the game nearly unplayable. Another point where this bug is noticeable is at the chapter 5, Marsh Refinery. At midway chapter, the player must outrun a shoggot while closing doors behind him. While this is perfectly possible in the Windows XP, it is absolutely impossible in the linux. Tested with: wine version 1.1.20 binaries from official repository under GNU/Linux Ubuntu Hardy 8.04 and Windows XP SP2. Aplication: Call of Cthulhu: Dark Corners of Earth version 1.0 Command line: wine "C:\Arquivos de programas\Bethesda Softworks\ Call of Cthulhu DCoTE\Engine\CoCMainWin32.exe" How to reproduce: In a dual boot machine with both Windows XP SP2 and GNU/Linux Hardy 8.04, install the game twice, one time in each OS. Play the game up to the beginning of the chapter 2 in the easiest dificulty(Scout Boy). At the beginning of chapter 2, take a wristwatch, measure the time it takes for the enemies to break in in each of the four rooms. Compare the results from both OS. If that's not enough, play up until midway chapter 5(if you can), compare the time it takes for the shoggot to outrun the player in both OS. This video shows what the player is supposed to do in chapter 5. The event begins at 7:10 onwards: http://www.youtube.com/watch?v=qBFR1_qnrog -- 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 19926] New: Lock On: Modern Air Combat crashes after 2 seconds of loading
by wine-bugs＠winehq.org 05 Apr '11

05 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=19926 Summary: Lock On: Modern Air Combat crashes after 2 seconds of loading Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nawitus(a)gmail.com Created an attachment (id=23405) --> (http://bugs.winehq.org/attachment.cgi?id=23405) A terminal log of the crash While attempting to start Lock On : Modern Air Combat 1.0 (the retail version), I can see the window for a couple of seconds while something is being read from the cd, and then the game shuts down (crashes in other words). See the log for more information. I've used 2 native DLL's (oleaut32.dll and msvcirt.dll) as specified in winehq, otherwise the game doesn't start at all. I tried both Win98 and WinXP modes and got identical results. -- 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 20148] New: d3d8: visual tests timeout with pbuffer enabled
by wine-bugs＠winehq.org 05 Apr '11

05 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=20148 Summary: d3d8: visual tests timeout with pbuffer enabled Product: Wine Version: 1.1.29 Platform: PC-x86-64 URL: http://test.winehq.org/data/caf66f0fe28da8964b5f84be68 2c527559fb9e52/wine_ae-ub904-pbuffer/d3d8:visual.htmld OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com visual.c:711: Test failed: Offscreen failed: Got color 0x00ff0000, expected 0x00ffffff. visual.c:714: Test failed: Offscreen failed: Got color 0x00ff0000, expected 0x00ff00ff. visual.c:887: Test failed: DSTALPHA on texture returned color 007f0080, expected 0x000000ff test failed: timed out every time on my machine. -- 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 2

[Bug 20147] New: riched20:editor test fails when pbuffer is enabled
by wine-bugs＠winehq.org 05 Apr '11

05 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=20147 Summary: riched20:editor test fails when pbuffer is enabled Product: Wine Version: 1.1.29 Platform: PC-x86-64 URL: http://test.winehq.org/data/bb4050d79280dc83e4f3159eb1 21cb88d84721e9/wine_ae-ub904-pbuffer/riched20:editor.h tml OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com editor.c:5976: Test failed: Cursor is at 0 instead of 8 Doesn't occur with backbuffer, and very seldomly with fbo. With pbuffer, nearly every time. -- 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 3