wine-bugs September 2010

wine-bugs@winehq.org

1 participants
7664 discussions

[Bug 24546] New: Final fantasy 8: crash when entering battle
by wine-bugs＠winehq.org 27 Jan '11

27 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=24546 Summary: Final fantasy 8: crash when entering battle Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com Ubuntu 10.04 - Intel integrated graphics Installed 1.2 patch from http://www.eidosinteractive.co.uk/support/search.html?gmid=52 Crash occurs at transition to battle scene Terminal log attached -- 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

[Bug 24542] New: Final Fantasy 8: Background sound doesn't work
by wine-bugs＠winehq.org 27 Jan '11

27 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=24542 Summary: Final Fantasy 8: Background sound doesn't work Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com Created an attachment (id=30973) --> (http://bugs.winehq.org/attachment.cgi?id=30973) terminal log Applied 1.2 patch from http://www.eidosinteractive.co.uk/support/search.html?gmid=52 Sound is choppy for Eidos introduction section then does not play at all for the rest of the intro movie and during gameplay. Terminal log attached -- 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 19981] New: Not all keys are recognized with dinput
by wine-bugs＠winehq.org 25 Jan '11

25 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=19981 Summary: Not all keys are recognized with dinput Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter.ganzhorn(a)googlemail.com Running Far Cry (1) I noticed I was unable to open the in-game console using the "^" key. First I assumed there was a problem with the keyboard layout as the keys "z" and "y" were swapped in Far Cry as well (I am using a German keyboard). Running wine-notepad the "z" and "y" keys are NOT swapped, and "^" works perfectly. Going through the output when running Far Cry I found out the German keyboard layout was detected correctly, so that is not the problem. Changing the keyboard layout in xorg.conf and gnome to the standard USA-layout did not help at all. Then I tried installing a native dinput8 DLL with winetricks, as the output told me Far Cry has a CryInput.dll which uses Direct Input. With the native dinput8 the keys work perfectly good, but there's another issue: The mouse can only be moved within a rectangle much smaller than the game window itself. With the wine-dinput this works perfectly. I tried setting options like "Allow DirectX apps to stop the mouse leaving their window", changing from full-screen to windowed mode and changing the resolution of the game. Still, the rectangle in which the mouse can be moved stays in the same relative size. In windowed mode when the mouse is allowed to leave DirectX windows, the cursor jumps from the border of that rectangle to outside the game window and when moved back, straight back into that rectangle on all sides. Since this strange mouse behaviour occurs with a native dinput8, I guess that doesn't cound as bug. So in a nutshell the bug is that my keys aren't correctly recognized with the built-in dinput of wine. -- 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

[Bug 21450] New: Broken Sword 3 Crashes on launch
by wine-bugs＠winehq.org 24 Jan '11

24 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=21450 Summary: Broken Sword 3 Crashes on launch Product: Wine Version: 1.1.36 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Created an attachment (id=25831) --> (http://bugs.winehq.org/attachment.cgi?id=25831) Debug Backtrace (terminal output) After launching Broken Sword 3 the screens goes black for a second then returns to the desktop with a debug log in the terminal. Running: Ubuntu 9.10 amd64 with a nVidia GTS 250 using nVdia drivers version 185.18.36. -- 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 21724] New: mIRC's help file has a $& in the index
by wine-bugs＠winehq.org 24 Jan '11

24 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=21724 Summary: mIRC's help file has a $& in the index Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.mirc.com/get.html OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: hhctrl.ocx AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com This is a fun little cosmetic bug. Install mIRC, open "mIRC Help", and go to the Index tab. Near the top is an entry named $&. That should simply be $&. -- 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

[Bug 23252] New: Dawn of War (german version) always crashes some seconds after the start of a match
by wine-bugs＠winehq.org 24 Jan '11

24 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=23252 Summary: Dawn of War (german version) always crashes some seconds after the start of a match Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)jost.cx Created an attachment (id=28951) --> (http://bugs.winehq.org/attachment.cgi?id=28951) Logfile from Wine (wine Steam.exe &> winelog.txt). The first few messages are from steam. As soon as i start DoW these lines appear: fixme:process:GetProcessWorkingSetSize (0xffffffff,0xb2e43c,0xb2e43 I use the following setup: - OpenSuse 11.0 - ATI Radeon X850 (Catalyst 9.3 driver, no newer one available for this card) - Latest version of Steam (API v009 and package version 61 / 1276) - Latest german version of Dawn of War on Steam (Engine 1.51) - Clear installation of Wine 1.2 rc4 - Corefonts installed via winetricks to get Steam to work This is what happens: - Installation of Steam and DoW without any problem - Start of DoW without any problem (except a white box around the cursor) - Sound works with wine 1.2 rc4. With rc3 it did not. - Start of a match without any problem - Some seconds the game runs good. As soon as i begin to create a building the game crashes. If i don't create a building the game runs fine for a while. I think the animation (when a building falls down from above) causes the crash. - Steam does not crash. - This is always reproducable - This also affects the expansion pack Winter Assault. -- 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 17

[Bug 17327] New: Error when launch a game
by wine-bugs＠winehq.org 24 Jan '11

24 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=17327 Summary: Error when launch a game Product: WineHQ Apps Database Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samant.ua(a)mail.ru Created an attachment (id=19350) --> (http://bugs.winehq.org/attachment.cgi?id=19350) When I launch a game, this error appears. Game Pilots Brothers - The Revirse Side of the Earth don't want to launch. An error, that appears attached. -- 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 12006] New: ForceBindIP crashes
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=12006 Summary: ForceBindIP crashes Product: Wine Version: 0.9.56. Platform: Other URL: http://www.r1ch.net/stuff/forcebindip/ OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com In http://www.winehq.org/pipermail/wine-users/2008-March/029930.html maci at satgnu.net writes: " ForceBindIP http://www.r1ch.net/stuff/forcebindip/ does exactly what i need. unfortunally it doesnt work in wine" In a later message he said --- snip --- $ wine ForceBindIP.exe 10.0.0.10 "C:\\SCBW\StarCraft.exe" fixme:spoolsv:serv_main (0 (nil)) err:ntdll:RtlpWaitForCriticalSection section 0x7efec884 "loader.c: loader_section" wait timed out in thread 0012, blocked by 0011, retrying (60 sec) wine: Critical section 7efec884 wait failed at address 0x7ef96f90 (thread 0012), starting debugger... Unhandled exception: wait failed on critical section 0x7efec884 loader_section No process loaded, cannot execute 'echo Modules:' --- snip --- and --- snip --- $ wine ForceBindIP.exe -i 10.0.0.10 "C:\\SCBW\StarCraft.exe" fixme:spoolsv:serv_main (0 (nil)) fixme:advapi:SetSecurityInfo stub Unhandled exception: page fault on write access to 0x81fffcc8 in 32-bit code (0x7ee68c50). Backtrace: =>1 0x7ee68c50 LocalReAlloc16+0x10() in kernel32 (0x7d44da28) 2 0x7efc6852 call_thread_func+0x42() in ntdll (0x7d44dac8) 3 0x7efc6aef in ntdll (+0x56aef) (0x7d44e3c8) 4 0xb7e9e162 start_thread+0xd2() in libpthread.so.0 (0x7d44e4b8) --- snip --- -- 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 24306] New: kernel/console: no more EOF handling.
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=24306 Summary: kernel/console: no more EOF handling. Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: eric.pouech(a)orange.fr Hi, ^D (^Z in native) used to be able to end the session with my interactive MCI shell (bug #20232, comment #9). What it does is: HANDLE hin = GetStdHandle(STD_INPUT_HANDLE); ret = ReadFile(hin, inbuf, sizeof(inbuf)/sizeof(inbuf[0])-1, &received, NULL); if(!ret || !received) break; ^D signals EOF in UNIX (more precisely, it immediately returns the pending read(), which is interpreted as EOF when there is no more input on the line). ^Z is EOF in MS-Windows, since MS-DOS times. Presumably since Eric Pouech's console patches, EOF is not recognized and I must ^C the program. BTW, native's ^Z handling differs among versions. In win95, ^Z immediately sends an EOF to the app; since w2k you need ^Z + Return. ^Z is not honoured in Wine (after using "stty susp ^y"). Alternatively instead of wine mcishell.exe, using ^C in an mcishell started inside "wine cmd" yields: ^Cfixme:console:CONSOLE_DefaultHandler Terminating process 8 on event 0 fixme:console:CONSOLE_DefaultHandler Terminating process 1c on event 0 err:console:WCEL_Get hmm bad situation mci.c:1376hoehle:~/Bugs$ : GetLastError: 0 <= that's from mcishell, so it was not aborted!?! ^^^^^^^^^^^^^^ bash prompt gets in between mcishell: 2 tests executed (0 marked as todo, 1 fai <= nothing more I just noticed console error #2: wine wineconsole cmd (as the usage() text says) opens a virtual desktop but no console window appears. That desktop window cannot be activated. Clicking the close button produces Wine's "kill app" requester after a couple of seconds. Accepting yields a mini backtrace in the terminal: 0x9d50fd0:1: Fd unix_fd=71 user=0x9db3320 options=00000020 0x9db3320:1: Console screen buffer input=0x9d53fe0 0x9d50f10:1: Fd unix_fd=65 user=0x9d53fe0 options=00000020 0x9d598a0:1: Event manual=1 signaled=0 name="" 0x9d53fe0:1: Console input active=0x9db3320 evt=(nil) That does not look like a typical backtrace from Wine. Ah, it's from server/{event,console}.c I should probably open a separate bug report for that one. I'm using Ubuntu Intrepid. -- 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 23975] New: mcicda wants to open the nth cdrom in the system
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=23975 Summary: mcicda wants to open the nth cdrom in the system Product: Wine Version: 20020228 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: eric.pouech(a)orange.fr Eric, I wanted to query you about the change you introduced 2002-01-13. As the subject says, MCI_Open opens the nth drive of type CD-ROM, where N is the dwDeviceID passed to the command. Currently Wine passes in the device ID that will be used if Open succeeds, i.e. the number of open MCI devices (I believe it was 0 at some time in the past). Therefore open cdaudio alias c will work, while open new type waveaudio alias w open avivideo alias a open cdaudio alias e will likely fail in Wine, unless you have 3 CD-ROMs. This is a bug. It works in native. I found no documentation for this N thing in MSDN. Where does it come from? My own testing -- as far as it can go with a single drive -- suggests that there's no such functionality in native. Quite to the contrary, using SHAREABLE, I could open a device multiple times using mciSendCommand(N>0, MCI_OPEN, MCI_OPEN_TYPE|MCI_OPEN_TYPE_ID | MCI_OPEN_SHAREABLE, (DWORD_PTR)&parm); (Not using SHAREABLE seems to reveal an interesting bug in native for N>0). OTOH, perhaps this functionality exists in the driver, i.e. not accessible at the level of mciSendCommand and the bug is in Wine's MCI that does not pass a 0 as default id (it should pass 0 and stuff the new ID in openparms.wDeviceID)? BTW, you may be interested by the mcicda patches I recently submitted. Regards, Jörg Höhle. -- 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

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 2010