wine-bugs January 2008

wine-bugs@winehq.org

1 participants
9873 discussions

[Bug 5788] Giants Citizen Kabuto full and demos infinite loop
by wine-bugs＠winehq.org 27 Jan '08

27 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=5788 Michael P. <ploujj(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |0.9.52. --- Comment #5 from Michael P. <ploujj(a)gmail.com> 2008-01-26 23:57:01 --- This is still an issue in wine-0.9.52 (2.fc8 Fedora 8) This is the output that I get before entering an endless loop: ~/windows/giants-mecc $ wine GiantsMeccDemo.exe fixme:midi:OSS_MidiInit Synthesizer supports MIDI in. Not yet supported. fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex samplers and 32 total samplers fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers fixme:win:EnumDisplayDevicesW ((null),0,0x33eb60,0x00000000), stub! fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(800,600) and the Giant's window doesn't seem to repaint itself since anything that draws on top of it leaves a permanent mark. When I tried to quit the game by clicking the X button on the Giant's window Wine drew a dialog box saying: "Waiting for Program A simulated log-off or shutdown is in progress, but this program isn't responding. If you terminate the process you may loose all unsaved data. [Terminate Process] [Cancel]" Clicking "Cancel" just closes the dialog box. Giants is still looping in the background and not repainting it's window. Clicking "Terminate Process" kills Giants. -- 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 0

[Bug 1163] Accelerator underscore appears in the wrong place for Hebrew menus
by wine-bugs＠winehq.org 27 Jan '08

27 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=1163 --- Comment #15 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-26 23:18:32 --- (In reply to comment #13) > But I'm not going to spend 50% of the time taken to fix the thing writing a > test. Writing such a test will take not more than 5 minutes. Does it mean that instead of spending 10 minutes to write a fix you are going to trouble to write all this excuses to do nothing? -- 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 0

[Bug 7116] Need for Speed 3 doesn't start
by wine-bugs＠winehq.org 27 Jan '08

27 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=7116 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmitry(a)codeweavers.com --- Comment #8 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-26 22:48:04 --- I don't see what your patch is supposed to change. What is the filename parameter passed to GetFileVersionInfo? Is it NULL by a chance? -- 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 0

[Bug 6604] Ship icons for the wine-tools that can be used in .desktop files
by wine-bugs＠winehq.org 27 Jan '08

27 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=6604 --- Comment #4 from David Benjamin <dnas.dnas(a)gmail.com> 2008-01-26 20:21:02 --- Created an attachment (id=10465) --> (http://bugs.winehq.org/attachment.cgi?id=10465) the svg -- 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 0

[Bug 6604] Ship icons for the wine-tools that can be used in .desktop files
by wine-bugs＠winehq.org 27 Jan '08

27 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=6604 --- Comment #3 from David Benjamin <dnas.dnas(a)gmail.com> 2008-01-26 20:20:40 --- Created an attachment (id=10464) --> (http://bugs.winehq.org/attachment.cgi?id=10464) wineconfig Is this a decent icon for wineconfig? -- 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 0

[Bug 2467] starcraft doesn't display battle.net menus correctly
by wine-bugs＠winehq.org 27 Jan '08

27 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=2467 --- Comment #55 from Jeffrey Lamb <jeff(a)arsu.net> 2008-01-26 19:59:39 --- (In reply to comment #53) Yes. -- 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 0

[Bug 5541] WriteConsole can't write to stdout; affects e.g. wsh's cscript' s usage message
by wine-bugs＠winehq.org 27 Jan '08

27 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=5541 --- Comment #14 from Anastasius Focht <focht(a)gmx.net> 2008-01-26 19:40:29 --- Created an attachment (id=10462) --> (http://bugs.winehq.org/attachment.cgi?id=10462) patch which fixes cscript WriteConsoleA/W stdout problem Hello again, some re-thoughts ... After digging in MSDN, I find this cscript behaviour similar to the "remarks" section of WriteConsoleW() MSDN documention (http://msdn2.microsoft.com/en-us/library/ms687401.aspx). --- quote --- .. If an application handles multilingual output that can be redirected, determine whether the output handle is a console handle (one method is to call the GetConsoleMode function and check whether it succeeds). If the handle is a console handle, call WriteConsole; otherwise, the output is redirected and you should call WideCharToMultiByte to convert the text to the current code page and WriteFile to perform the I/O. --- quote --- The problem is that cscript.exe doesn't call "GetConsoleMode" as suggested by remarks section to determine output target. As outlined earlier, it's using: --- snip --- if( GetFileType( GetStdHandle(STD_OUTPUT_HANDLE)) == FILE_TYPE_CHAR) { /* console mode */ } else { /* redirected */ } --- snip --- If not redirected, wine GetFileType( GetStdHandle( std_handle )) will return FILE_TYPE_CHAR for all 3 std handles because the underlying NtQueryVolumeInformationFile -> get_device_info() -> FILE_DEVICE_UNKNOWN is mapped to FILE_TYPE_CHAR. Cscript thinks it's in true console mode, calling WriteConsoleW() for output. In all other cases (redirect/pipe), WriteFile() is used. Because the std handles are not real wine-style console handles (registered consoles in wine server), cscript WriteConsoleW calls will subsequently fail: --- snip --- BOOL WINAPI WriteConsoleW( .. ) { if (!GetConsoleMode(hConsoleOutput, &mode) || !GetConsoleScreenBufferInfo(hConsoleOutput, &csbi)) return FALSE; --- snip --- Cscript and the scripting engine inproc server don't use any other console API functions. That WriteConsoleW() is only used for line based output. For the time being I made a small not-very-intrusive patch. There might be better (general) solutions to attack this problem like msvcrt-style process stdio handles (requires some work/rethoughts) but for now it's sufficient. It fixes the problem by using a WriteFile fallback in WriteConsoleA/W(). If WriteConsoleA/W() is used on redirected handles it fails on purpose (matches MSDN). Although MSDN says WriteFile() shouldn't use UNICODE on console/std handles this seems not a problem in wine. In fact it works nicely (omitting double conversion for ansi case). 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 0

[Bug 1347] Screen is wiped/blanked on usage of DirectDraw
by wine-bugs＠winehq.org 27 Jan '08

27 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=1347 --- Comment #12 from Timo-Heikki Mäkelä <imaxfun(a)gmail.com> 2008-01-26 18:01:01 --- I just tested the installation again, and made more notes. When the screen goes blanc, the mouse still finds the links on the first graphic menu as normal (changes the arrow to a hand) blind in the correct places. However, pressing those links doesn't make them work while the screen is blanc. Once I click Alt-F2, and get the graphic menu visible (together with the Run window and the desktop menus), those links do work normally. -- 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 0

[Bug 1347] Screen is wiped/blanked on usage of DirectDraw
by wine-bugs＠winehq.org 26 Jan '08

26 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=1347 Timo-Heikki Mäkelä <imaxfun(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imaxfun(a)gmail.com --- Comment #11 from Timo-Heikki Mäkelä <imaxfun(a)gmail.com> 2008-01-26 17:41:21 --- I think I just faced this same bug while installing Heroes of Might and Magic IV on Ubuntu Feisty and Wine 0.9.53. At least the effect seems very much the same. Immediately when the installation starts and there should be the first graphics full screen menu visible, the whole screen goes blanc. However, if I press Alt-F1, I do get the normal shortcut to the Applications menu appearing. And with Alt-F2 I get the shortcut for running a program AND the graphic installation menu appears perfectly correct, and I'm able to continue the installation as normal. Cancelling the "run program" window will return the screen blanc again, however, so it needs to be left on top for the page to be visible. Once the installation proceeds, the screen goes blanc again, and I can get it visible by doing the same again. The same repeats as long as I can continue the installation altogether. For me right clicking doesn't help, though. No menu appears in that case. -- 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 0

[Bug 3384] Lotus Notes fails to start on recent WINE 20050830 release
by wine-bugs＠winehq.org 26 Jan '08

26 Jan '08

http://bugs.winehq.org/show_bug.cgi?id=3384 James Hawkins <truiken(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|_obsolete_binary |-unknown -- 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 0

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 January 2008