wine-bugs September 2008

wine-bugs@winehq.org

1 participants
5258 discussions

[Bug 14579] New: Regression: Heavy Weapon locks up screen
by wine-bugs＠winehq.org 07 Jan '10

07 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=14579 Summary: Regression: Heavy Weapon locks up screen Product: Wine Version: 1.1.1 Platform: PC URL: http://www.popcap.com/games/heavyweapon OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Heavy Weapon deluxe works fine in 0.9.51, but locks up the screen in 1.0.0 and 1.1.1. There are reports in the appdb that it works with 0.9.55 too, but it would take a long time to find which version it stopped working in. To make this even stranger, I've just tried it again under Wine 1.0.0 and it now works! So something must have "completed" to get it working when it was run in 0.9.55. I don't have any bash readouts as it now works, and the readouts I did have were lost when the screen went... strange. -- 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 29

[Bug 13360] New: Vim eats up 100% of cpu
by wine-bugs＠winehq.org 07 Jan '10

07 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=13360 Summary: Vim eats up 100% of cpu Product: Wine Version: CVS/GIT Platform: PC URL: ftp://ftp.vim.org/pub/vim/pc/gvim71.exe OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com While testing bug #13350, I found that running gvim on my an old box at work (Dual cpu p3, xubuntu feisty, wine from today's git), eats up 100% of the cpu (52% to wineserver, 46% to gvim). Running wine notepad, however, works perfectly fine (0-2% of cpu). Not sure what trace would help here... -- 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 13086] New: Hard Truck Apocalypse fails to initialize 3D
by wine-bugs＠winehq.org 05 Jan '10

05 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=13086 Summary: Hard Truck Apocalypse fails to initialize 3D Product: Wine Version: 0.9.61. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: johan.palmqvist(a)home.se Created an attachment (id=12858) --> (http://bugs.winehq.org/attachment.cgi?id=12858) D3D error message screenshot With default Wine settings Hard Truck Apocalypse fails to initialize 3D. There's a "FindTextureFormat failed for 1" message in the game engine log followed by "ERROR! Application::init -- cannot initialize 3d". If OffscreenRenderingMode is set to fbo the game still fails to run but complains about not being able to load a keyboard layout instead (dinput related). -- 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 14542] New: Page fault on shutdown when using SetPixelFormat()
by wine-bugs＠winehq.org 04 Jan '10

04 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=14542 Summary: Page fault on shutdown when using SetPixelFormat() Product: Wine Version: CVS/GIT Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mah(a)jump-ing.de Created an attachment (id=14881) --> (http://bugs.winehq.org/attachment.cgi?id=14881) Buggy app. This is Ubuntu 8.04 AMD64 on a Dell Vostro 200 with Intel G31 graphics. Even trivial applications generate a page fault on shutdown if the app used SetPixelFormat() and/or ChoosePixelFormat() before. Steps to reproduce: Launch the attached app from a terminal and close the window after it popped up. This should produce something like this: mah@piccard:~/.wine/drive_c$ wine Testcase\ OpenGL\ Shutdown.exe Shutdown wine: Unhandled page fault on read access to 0x00000200 at address 0xf7f0809d (thread 0009), starting debugger... mah@piccard:~/.wine/drive_c$ I'm not sure wether OpenGL is involved here. The app was built using Code::Blocks (=MinGW) on Windows XP. Full source code (single file) is attached as well, don't forget to link against libopengl32. The source contains a switch to turn the offender off and on. -- 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 13469] New: Python long sys calls
by wine-bugs＠winehq.org 04 Jan '10

04 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=13469 Summary: Python long sys calls Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simonetregnago(a)grivaonline.com Python doesn't work correctly when it have to make system calls with long strings. For example: > wine python.exe > import os > os.system("asdpoasid"*1000) The same trouble happens when calling very long urls with the webbrowser module (with the open function) -- 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 25

[Bug 11100] New: %RANDOM% in CMD is anything but
by wine-bugs＠winehq.org 04 Jan '10

04 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=11100 Summary: %RANDOM% in CMD is anything but Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: karl(a)qdh.org.uk It seems that every time I run the following command; wine cmd.exe /c echo "%RANDOM%" the returned value is 30836 every time. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 10192] New: wcmd: command piping broken
by wine-bugs＠winehq.org 04 Jan '10

04 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=10192 Summary: wcmd: command piping broken Product: Wine Version: 0.9.48. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-console AssignedTo: wine-bugs(a)winehq.org ReportedBy: mpartap(a)gmx.net Hi there, still trying to get KDE4/win32 compiled under WINE... the python glitches went away by creating a fresh .wine directory, however another problem came up: piping is broken in wineconsole. F.e., dir | more results in this: C:\kderoot\emerge\bin>dir | more trace:cmd:WCMD_DumpCommands Parsed line: trace:cmd:WCMD_DumpCommands L"0012F6E8 N 00 00000000 dir more Redir:" trace:cmd:WCMD_process_commands Executing command: 'L"dir more"' trace:cmd:WCMD_execute command on entry:L"dir more" (0x33f5d0), with '(null)'='(null)' trace:cmd:WCMD_execute Command: 'L"dir more"' trace:cmd:WCMD_execute param1: L"more", param2: L"" trace:cmd:WCMD_directory Found parm 'L"more"' trace:cmd:WCMD_directory Using location 'L"C:\\kderoot\\emerge\\bin\\more"' trace:cmd:WCMD_directory Using path 'L"C:\\kderoot\\emerge\\bin\\more"' trace:cmd:WCMD_directory Path Parts: drive: 'L"C:"' dir: 'L"\\kderoot\\emerge\\bin\\"' name: 'L"more"' ext:'L""' trace:cmd:WCMD_directory Writing volume for 'C:' Volume in drive C is Volume Serial Number is 0000-0000 trace:cmd:WCMD_list_directory Looking for matches to 'L"C:\\kderoot\\emerge\\bin\\more"' Directory of C:\kderoot\emerge\bin File not found trace:cmd:WCMD_dir_trailer Writing trailer for 'L"C:\\"' gave 1(87) C:\kderoot\emerge\bin> so obviously, the '|' is lost somewhere and 'dir more' is what gets executed... output redirection into a file with '>' works as expected. I had a look at wcmdmain.c but I could only narrow down the problem to be somewhere within WCMD_ReadAndParseLine and WCMD_pipe so any further investigation would be appreciated. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 9531] New: cmd's for command can't handle /L option
by wine-bugs＠winehq.org 04 Jan '10

04 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=9531 Summary: cmd's for command can't handle /L option Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I ran into the following construct in a real-world cmd file today: :: Short delay so this script can [xxxx] :: Without this delay the script will return too quickly... for /L %%i in (1,1,999) do set>NUL Wine's cmd thinks this is a syntax error. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 9530] New: cmd's for command can't handle /f option
by wine-bugs＠winehq.org 04 Jan '10

04 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=9530 Summary: cmd's for command can't handle /f option Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I ran into the follow cmd construct today in a real world script: for /f %%X in ('foo.exe') do set %%X The /f ... ('command') option is described here http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en… and it means "run the command in single quotes, then loop over each word of the output". (The real script was trying to set environment variables whose name and value were from stdout of foo.exe.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 11968] New: Babaschess installer does not show free disk space
by wine-bugs＠winehq.org 04 Jan '10

04 Jan '10

http://bugs.winehq.org/show_bug.cgi?id=11968 Summary: Babaschess installer does not show free disk space Product: Wine Version: 0.9.57. Platform: PC URL: http://www.babaschess.net/ OS/Version: Linux Status: UNCONFIRMED Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com With the Babaschess 4.0 XP/Vista installer, during the install, there is a "disk cost" button. Pressing that button brings up a blank dialog box. -- 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

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 2008