wine-bugs September 2014

wine-bugs@winehq.org

1 participants
9491 discussions

[Bug 14179] New: Evil Twin Demo crash
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=14179 Summary: Evil Twin Demo crash Product: Wine Version: 1.1.0 Platform: All OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomas.vdburgt(a)xs4all.nl CC: thomas.vdburgt(a)xs4all.nl Created an attachment (id=14450) --> (http://bugs.winehq.org/attachment.cgi?id=14450) Terminal output The intro movies work, but when the game seems to go to the MainMenu it crashes. Terminal output is attached, it seems a sound problem (fnx_sound_ds7 ?) (note. Sound does work in the intro). I used several sound-drivers, all crash with the same error. Wine version 1.10 on Ubuntu 8.04 with: Nvidia Driver 173.14.05 (nvidia-glx-new-envy from ubuntu repos) on a Dell Latitude D830. If I can provide more info somehow, I'll be happy to. PS. I uploaded the demo to http://www.filedropper.com/eviltwindemo (Official site is down and only place to download is fileplanet wish requires a login) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 27

[Bug 19626] New: Half-life engine's software rendering is ridiculously slow on Intel GMA 945
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=19626 Summary: Half-life engine's software rendering is ridiculously slow on Intel GMA 945 Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: richardcavell(a)mail.com When I play Half-Life on Wine in software rendering mode, the screen renders really slowly. About one frame every five to ten seconds. What is actually being displayed is graphically correct, it's just ridiculously slow. While watching the screen, the top rasterline is updated to the new frame, then the one below it, then the one below that, and so on, until the line being updated reaches the bottom of the screen. It then starts on a new frame. There is no tearing within the middle of a line. The lines are output at a perfectly constant speed. If I increase the resolution, it is slower to update an entire frame. My computer is easily able to render Duke Nukem 3D at fast frame rate, so there has to be a bottleneck or bug somewhere. People who have non-Intel graphics hardware don't get this problem. I suspect that Wine is incorrectly waiting for VSync after outputting each raster line. The problem occurs also with any Half-Life engine derivative (Counter-Strike, Condition Zero, etc). Half-Life is capable of rendering in OpenGL, software rendering or Direct3D, selectable from a menu. I'm on 64-bit Ubuntu Karmic with all current updates applied. Half-Life and Steam have updated themselves. Intel video drivers are version 2.8.0. Wine version 1.1.26. Xserver-xorg version 7.4. Second-generation MacBook using an Intel GMA 945. Jaunty uses version 2.6.3 of the Intel drivers, and Half-Life and its derivatives are basically completely unuseable on those drivers - they're just too buggy. I'm happy to perform any experiments that people suggest. Running hl.exe from console doesn't give any printf output, since the main Half-Life engine isn't actually in that executable. Richard -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 22

[Bug 35650] New: CA ERWIN Data Modeler r8.2 EULA can't be accepted
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=35650 Bug ID: 35650 Summary: CA ERWIN Data Modeler r8.2 EULA can't be accepted Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, split off from bug 29954 Prerequisites: 'winetricks -q dotnet35sp1' The EULA dialog has scrollable text control and two buttons: 'I disagree' (enabled) 'I agree' (disabled, grayed out) The EULA text itself is a bit contradicting .. they most likely re-used it in different products with different UI wizards: --- quote --- By selecting the "I accept the terms of the License Agreement" radio button below, and then clicking on the "Next" button, you are ... ... Click on the "I agree" button to accept the terms and conditions of this Agreement as set forth above and proceed with the installation process otherwise click on the "I disagree" button to cancel the installation process. --- quote --- Scrolling to the end doesn't enable the 'I agree' button. $ sha1sum ERwinDM-r823-3355b.exe f46e41b98f94ee30b154aea9ec59e21f2b9825f7 ERwinDM-r823-3355b.exe $ du -sh ERwinDM-r823-3355b.exe 651M ERwinDM-r823-3355b.exe $ wine --version wine-1.7.13-27-ge610713 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.

2 8

[Bug 27528] New: Half Life Software Rendering completely wrong
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=27528 Summary: Half Life Software Rendering completely wrong Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk The Software mode rendering of Half Life (the original 1998 game) is completely wrong: the colours are messed up (purple, mostly) and the selected screen size is squashed into half the selected width. Although noone in their right mind would run Half Life in software mode, this bug must expose problems in the Half Life rendering engine that must affect other games of this and earlier vintage. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 32641] New: Breath of Fire IV: Crash on starting the game
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32641 Bug #: 32641 Summary: Breath of Fire IV: Crash on starting the game Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified Created attachment 43068 --> http://bugs.winehq.org/attachment.cgi?id=43068 Output of Wine On starting the game it crashes with an error window that the application has encountered a serious problem. In the attachments is a log with the console output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 17735] New: andrew rudson's drum machine: makes wine segfault upon start
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=17735 Summary: andrew rudson's drum machine: makes wine segfault upon start Product: Wine Version: 1.1.17 Platform: PC URL: http://andrewrudson.com/drummachine/main.php OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: timonator(a)perpetuum-immobile.de When starting up Drum Machine (see URL for download link; this bug report is for drum machine version "1.36 beta") Wine crashes with a Segfault like this: zsh: segmentation fault wine DrumMachine.exe I can briefly see a window pop up and immediately close again. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 34896] New: Borderlands slows down on anything after 1.4.1
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34896 Bug #: 34896 Summary: Borderlands slows down on anything after 1.4.1 Product: Wine Version: 1.7.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: zombie_ryushu(a)yahoo.com Classification: Unclassified Under Rosa 2012.1, Borderlands runs at about half the speed it did under Rosa 2012lts because of the fact Rosa has Wine 1.5.28. The error: fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fills the entire bug dialogue. Constantly. Other information will be forthcoming. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 23

[Bug 35907] New: Caps Lock state gets confused with multiple processes/threads
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=35907 Bug ID: 35907 Summary: Caps Lock state gets confused with multiple processes/threads Product: Wine Version: 1.7.15 Hardware: x86 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: ken(a)codeweavers.com Open two instances of Notepad in the same prefix: wine notepad & wine notepad & With one Notepad window active, turn Caps Lock on. Switch to the other Notepad window. Type some text. Notice it's not capitalized, although it should be. Turn Caps Lock off. Type some text. Notice that it is capitalized, although it shouldn't be. Switch back to the first Notepad window. Type some text. Notice that it is capitalized, although it shouldn't be. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 14

[Bug 31899] New: No keyboard input in La-Mulana remake
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31899 Bug #: 31899 Summary: No keyboard input in La-Mulana remake Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: twwinwood(a)gmail.com Classification: Unclassified Created attachment 41993 --> http://bugs.winehq.org/attachment.cgi?id=41993 Output of "env WINEDEBUG=-all,+keyboard,+key,+dinput,+message wine LaMulanaWin.exe" Per the AppDB entry for version 1.1.1.1, the game works as far as the menu screen but cannot be played due to the lack of response to keyboard input. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 25

[Bug 33137] New: Can display characters with WM_SETFONT but not with DrawText - same font Arial
by wine-bugs＠winehq.org 04 Apr '21

04 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=33137 Bug #: 33137 Summary: Can display characters with WM_SETFONT but not with DrawText - same font Arial Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: forums(a)robertinventor.com Classification: Unclassified I used CreateFontIndirect to create the font, with "Arial Unicode MS" as the font name. Using GetTextFace(..) I find that the font actually created is "Arial". In one place I set it as the font for a text control using WM_SETFONT In another place I draw the text directly to a window using DrawTextW(..) I'm using characters such as: ☀ ☁ ☂ ☃ ☄ ★ ✾ ✰ ✲ ✳ ❉ ✿ ❂ ✺ ❀ They get shown fine in the text control. But when drawn directly to the window with DrawTextW you just see boxes. To make sure it isn't some error in my code, I made sure to use EXACTLY THE SAME FONT HANDLE in both cases. Same thing happens as before. Under Windows both show the same way.. So, just want to know - why can't DrawTextW find the font glyphs used by WM_SETFONT? Seems like a bug of some sort, so that's why reported it here as a bug. OTHER OBSERVATIONS I had a similar result when it was able to find Arial Unicode MS - in that case again showed them all fine with WM_SETFONT, but when I used DrawTextW, only the ★ of ★ ✾ ✰ ✲ was shown correctly. If I install unifont, then it finds it as the best match for "Arial Unicode MS", and then shows the characters in both cases correctly (but is no good for my purposes, too pixellated). THIS IS A VERY MINOR FEATURE It is a minor feature of my app so not a priority bug to fix, just for completeness. I am about to submit my app to the Wine database and this is one of the remaining unfixed differences when testing for compatibility of the app with Windows. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

Jump to page:

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 September 2014