wine-bugs June 2009

wine-bugs@winehq.org

3 participants
5963 discussions

[Bug 11780] New: fr-08 .the .product pagefaults immediately on execution
by wine-bugs＠winehq.org 22 Jul '09

22 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=11780 Summary: fr-08 .the .product pagefaults immediately on execution Product: Wine Version: CVS/GIT Platform: PC-x86-64 URL: http://www.pouet.net/prod.php?which=1221 OS/Version: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)atomnet.co.uk Blocks: 8340 Created an attachment (id=11037) --> (http://bugs.winehq.org/attachment.cgi?id=11037) Full terminal log Application page-faults immediately after execution now with a few other issue messages before hand. -- 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 16

[Bug 19042] New: When Winamp starts, the playlist window is in "always on top" mode until it is dragged.
by wine-bugs＠winehq.org 22 Jul '09

22 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=19042 Summary: When Winamp starts, the playlist window is in "always on top" mode until it is dragged. Product: Wine Version: unspecified Platform: PC URL: http://www.winamp.com/player/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: olhzilla(a)gmail.com Steps to reproduce: 1. Make sure that the playlist in Winamp is on. 2. Start Winamp. 3. The playlist window is in "always on top" mode, while the main Winamp window is not. 4. Attempt to drag the playlist window. 5. The playlist window is no longer in "always on top" mode. This happens under every Winamp and Wine version I have used, including the most recent versions of both programs. -- 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 5

[Bug 15082] New: Regression: Fallout Tactics crashes at start
by wine-bugs＠winehq.org 22 Jul '09

22 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=15082 Summary: Regression: Fallout Tactics crashes at start Product: Wine Version: 1.1.3 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: wielkiegie(a)gmail.com Created an attachment (id=15757) --> (http://bugs.winehq.org/attachment.cgi?id=15757) Wine log When I launch Fallout Tactics, the resolution's changed, but then I've seen following error message (in window): "C:\dev\phoenix\display\win32\win32_window.cpp(873): **fatal error**: Could not create display buffers" Then when I click "OK", there's MSVC Runtime Error (abnormal program termination) game stops. I've attached wine log. I can play this game on wine 1.0.0, so it's a regression. -- 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 13

[Bug 10974] New: wine prefers loopback devices over regular files
by wine-bugs＠winehq.org 22 Jul '09

22 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=10974 Summary: wine prefers loopback devices over regular files Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmh(a)aybabtu.com Created an attachment (id=9920) --> (http://bugs.winehq.org/attachment.cgi?id=9920) fix loopback handling When using a loopback device as a wine drive, wine will prefer to use the loopback device (e.g. /dev/loop0) for volume access rather than the regular file it's based on (e.g. ~/foo.iso). >From dlls/ntdll/directory.c: else if (!stat( entry->mnt_fsname, &st ) && S_ISREG(st.st_mode)) { /* if device is a regular file check for a loop mount */ if ((device = strstr( entry->mnt_opts, "loop=" ))) { char *p = strchr( device + 5, ',' ); if (p) *p = 0; return device + 5; } } I'm not sure if this has any advantage, but it has a big inconvenient. It's almost certain that /dev/loop0 is owned by root and not world-readable, and it's also mostly certain that wine isn't being run as root. If the image is user-owned, by using the loop device we lose the ability to read it. This typicaly causes breakage that is difficult to figure out. For example, see http://appdb.winehq.org/objectManager.php?sClass=version&iId=727&iTestingId… Note: I'm filing this separate from bug 10957 because it's an unrelated issue. The patch I'm attaching here collides with the one I sent for bug 10957, but takes both situations into account. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 14230] New: Shadowbane err:ntdll:RtlpWaitForCriticalSection
by wine-bugs＠winehq.org 22 Jul '09

22 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=14230 Summary: Shadowbane err:ntdll:RtlpWaitForCriticalSection Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: nurmius(a)gmail.com Created an attachment (id=14514) --> (http://bugs.winehq.org/attachment.cgi?id=14514) console output In game after a minute of playing (walking around) game crashes at error shown in attached file. Using windows 2003 msvcrt.dll (native) in order to play. Game wasn't installed, installation hangs at some java code execution, just installed on a windows box and then copied to linux. Login screen works good, game start and after a minute it crashes. -- 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 17049] New: Creative Suite CS 2: Setup crashes after splash screen.
by wine-bugs＠winehq.org 21 Jul '09

21 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=17049 Summary: Creative Suite CS 2: Setup crashes after splash screen. Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)beryl.se Creative Suite CS 2 crashed on Ubuntu 8.10 64-bit running Wine 1.1.13 64bit for ubuntu. Have tried earlier versions, since i know i have installed this before successfully, but still same error. (have only tried down until 1.1.6) I have tried Times32 font, winetricks corefonts vcrun6 and installing wine-gecko. Have also tried removing wine with purge and deleting user .wine folder and reinstallting it from the repositories. It exits with this error: wine: Unhandled page fault on read access to 0x0000000a at address 0x4530b1 (thread 001a), starting debugger... Unhandled exception: page fault on read access to 0x0000000a in 32-bit code (0x004530b1). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004530b1 ESP:0033ec18 EBP:0033f0c4 EFLAGS:00010246( - 00 -RIZP1) EAX:00000000 EBX:00000000 ECX:00110054 EDX:00000000 ESI:ffffffff EDI:00000000 Stack dump: 0x0033ec18: 00000000 0033f0c4 00000000 011e9c10 0x0033ec28: 38220c7f 00000000 00000000 00000000 0x0033ec38: 00000000 0033ed14 2e373231 332e3231 0x0033ec48: 36352e34 0033ec00 0000000c 0000000f 0x0033ec58: 0033ec6c 6e656b73 0076696c 01c97b22 0x0033ec68: b101334c 00000007 0000000f 00000000 Backtrace: =>0 0x004530b1 in setup (+0x530b1) (0x0033f0c4) 1 0x0042bca7 in setup (+0x2bca7) (0x012dfa50) 2 0x00a50118 (0x00ffdd70) 3 0x00a50118 (0x00496860) 4 0x00402ba0 in setup (+0x2ba0) (0x00403270) 5 0x00000018 (0xe8f18b56) 6 0x00000000 (0x00000000) 0x004530b1: movswl 0xa(%eax),%ecx Modules: Module Address Debug info Name (102 modules) PE 340000- 360000 Deferred asneu PE 360000- 384000 Deferred epic_eula PE 390000- 3b8000 Deferred epic_regs PE 3c0000- 3ca000 Deferred boost_thread-vc7-mt-1_31 PE 400000- 4cc000 Export setup PE 10000000-1001e000 Deferred epic_pers ELF 7b800000-7b940000 Deferred kernel32<elf> \-PE 7b820000-7b940000 \ kernel32 ELF 7bc00000-7bcad000 Deferred ntdll<elf> \-PE 7bc10000-7bcad000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> PE 7c340000-7c396000 Deferred msvcr71 PE 7c3a0000-7c41b000 Deferred msvcp71 ELF 7dcfd000-7dd66000 Deferred libgcrypt.so.11 ELF 7dd66000-7dd78000 Deferred libtasn1.so.3 ELF 7dd78000-7ddaa000 Deferred libcrypt.so.1 ELF 7ddaa000-7de47000 Deferred libgnutls.so.26 ELF 7de47000-7de6b000 Deferred libk5crypto.so.3 ELF 7de6b000-7defd000 Deferred libkrb5.so.3 ELF 7defd000-7df33000 Deferred libcups.so.2 ELF 7dfaa000-7dfb0000 Deferred libnss_dns.so.2 ELF 7dfb0000-7dfda000 Deferred libgssapi_krb5.so.2 ELF 7dff1000-7dff4000 Deferred libnss_mdns4.so.2 ELF 7e085000-7e0b8000 Deferred uxtheme<elf> \-PE 7e090000-7e0b8000 \ uxtheme ELF 7e0b8000-7e0c1000 Deferred libxcursor.so.1 ELF 7e0c1000-7e0c6000 Deferred libxfixes.so.3 ELF 7e0c6000-7e0ca000 Deferred libxcomposite.so.1 ELF 7e0ca000-7e0d1000 Deferred libxrandr.so.2 ELF 7e0d1000-7e0db000 Deferred libxrender.so.1 ELF 7e0db000-7e0e1000 Deferred libxxf86vm.so.1 ELF 7e0e1000-7e0e4000 Deferred libxinerama.so.1 ELF 7e0e4000-7e105000 Deferred imm32<elf> \-PE 7e0f0000-7e105000 \ imm32 ELF 7e105000-7e10a000 Deferred libxdmcp.so.6 ELF 7e10a000-7e123000 Deferred libxcb.so.1 ELF 7e123000-7e126000 Deferred libxcb-xlib.so.0 ELF 7e126000-7e129000 Deferred libxau.so.6 ELF 7e129000-7e218000 Deferred libx11.so.6 ELF 7e218000-7e227000 Deferred libxext.so.6 ELF 7e227000-7e22a000 Deferred libnss_mdns4_minimal.so.2 ELF 7e22a000-7e22e000 Deferred libgpg-error.so.0 ELF 7e22e000-7e232000 Deferred libkeyutils.so.1 ELF 7e232000-7e23b000 Deferred libkrb5support.so.0 ELF 7e23b000-7e23f000 Deferred libcom_err.so.2 ELF 7e241000-7e2dd000 Deferred winex11<elf> \-PE 7e250000-7e2dd000 \ winex11 ELF 7e327000-7e34e000 Deferred libexpat.so.1 ELF 7e34e000-7e37b000 Deferred libfontconfig.so.1 ELF 7e37b000-7e391000 Deferred libz.so.1 ELF 7e391000-7e407000 Deferred libfreetype.so.6 ELF 7e421000-7e44e000 Deferred ws2_32<elf> \-PE 7e430000-7e44e000 \ ws2_32 ELF 7e44e000-7e485000 Deferred winspool<elf> \-PE 7e460000-7e485000 \ winspool ELF 7e485000-7e533000 Deferred comdlg32<elf> \-PE 7e490000-7e533000 \ comdlg32 ELF 7e533000-7e54e000 Deferred version<elf> \-PE 7e540000-7e54e000 \ version ELF 7e54e000-7e63a000 Deferred oleaut32<elf> \-PE 7e570000-7e63a000 \ oleaut32 ELF 7e658000-7e67b000 Deferred cabinet<elf> \-PE 7e660000-7e67b000 \ cabinet ELF 7e67b000-7e69e000 Deferred mpr<elf> \-PE 7e680000-7e69e000 \ mpr ELF 7e69e000-7e6ef000 Deferred wininet<elf> \-PE 7e6b0000-7e6ef000 \ wininet ELF 7e6ef000-7e703000 Deferred libresolv.so.2 ELF 7e703000-7e723000 Deferred iphlpapi<elf> \-PE 7e710000-7e723000 \ iphlpapi ELF 7e723000-7e78a000 Deferred rpcrt4<elf> \-PE 7e730000-7e78a000 \ rpcrt4 ELF 7e78a000-7e89c000 Deferred ole32<elf> \-PE 7e7b0000-7e89c000 \ ole32 ELF 7e89c000-7e8db000 Deferred urlmon<elf> \-PE 7e8a0000-7e8db000 \ urlmon ELF 7e8db000-7e98d000 Deferred msi<elf> \-PE 7e8f0000-7e98d000 \ msi ELF 7e98d000-7ea54000 Deferred comctl32<elf> \-PE 7e9a0000-7ea54000 \ comctl32 ELF 7ea54000-7ebcf000 Deferred shell32<elf> \-PE 7ea60000-7ebcf000 \ shell32 ELF 7ebcf000-7ec24000 Deferred advapi32<elf> \-PE 7ebe0000-7ec24000 \ advapi32 ELF 7ec24000-7ecc5000 Deferred gdi32<elf> \-PE 7ec30000-7ecc5000 \ gdi32 ELF 7ecc5000-7ee14000 Deferred user32<elf> \-PE 7ece0000-7ee14000 \ user32 ELF 7ee14000-7ee71000 Deferred shlwapi<elf> \-PE 7ee20000-7ee71000 \ shlwapi ELF 7ee71000-7ee7d000 Deferred libnss_files.so.2 ELF 7ee7d000-7ee86000 Deferred libnss_compat.so.2 ELF 7ee8b000-7eea0000 Deferred lz32<elf> \-PE 7ee90000-7eea0000 \ lz32 ELF 7efc0000-7efe6000 Deferred libm.so.6 ELF 7efe7000-7f000000 Deferred libnsl.so.1 ELF f7c36000-f7c3a000 Deferred libdl.so.2 ELF f7c3a000-f7d98000 Deferred libc.so.6 ELF f7d99000-f7db2000 Deferred libpthread.so.0 ELF f7db7000-f7dc2000 Deferred libnss_nis.so.2 ELF f7dcc000-f7f03000 Deferred libwine.so.1 ELF f7f05000-f7f25000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 00000009 0 0000000c 00000014 0 00000013 0 00000012 0 0000000e 0 0000000d 0 0000000f 00000016 0 00000015 0 00000011 0 00000010 0 00000017 00000018 0 00000019 (D) C:\Program Files\InstallShield Installation Information\{0134A1A1-C283-4A47-91A1-92F19F960372}\setup.exe 0000001a 0 <== Backtrace: =>0 0x004530b1 in setup (+0x530b1) (0x0033f0c4) 1 0x0042bca7 in setup (+0x2bca7) (0x012dfa50) 2 0x00a50118 (0x00ffdd70) 3 0x00a50118 (0x00496860) 4 0x00402ba0 in setup (+0x2ba0) (0x00403270) 5 0x00000018 (0xe8f18b56) 6 0x00000000 (0x00000000) -- 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 5

[Bug 17018] New: regedit fails to change registry
by wine-bugs＠winehq.org 21 Jul '09

21 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=17018 Summary: regedit fails to change registry Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: atsia2003(a)yahoo.gr Regedit fails to change registry Here is the output: err:ntlm:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. err:ntlm:SECUR32_initNTLMSP Usually, you can find it in the winbind package of your distribution. fixme:advapi:RegisterTraceGuidsW 0x100778a 0x100a060 0x1001818 1 0x33fe78 (null) (null) 0x100a068 fixme:advapi:RegisterTraceGuidsW 0x100778a 0x100a080 0x1001808 1 0x33fe78 (null) (null) 0x100a088 fixme:advapi:RegisterTraceGuidsW 0x100778a 0x100a0a0 0x10017f8 1 0x33fe78 (null) (null) 0x100a0a8 fixme:advapi:RegisterTraceGuidsW 0x100778a 0x100a0c0 0x10017e8 1 0x33fe78 (null) (null) 0x100a0c8 fixme:advapi:RegisterTraceGuidsW 0x100778a 0x100a0e0 0x10017d8 1 0x33fe78 (null) (null) 0x100a0e8 fixme:advapi:RegisterTraceGuidsW 0x100778a 0x100a100 0x10017c8 1 0x33fe78 (null) (null) 0x100a108 fixme:win:RegisterDeviceNotificationW (hwnd=0x1232d8, filter=0x7e1578fc,flags=0x00000001), returns a fake device notification handle! regedit: ERROR converting CSV hex stream. Invalid value at '\' regedit: ERROR Key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion not created. Value: DigitalProductId, Data: hex:a4,00,00,00,03,00,00,00,35,35,32,37,34,2d,36,34,30,2d,\ -- 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 5

[Bug 16952] New: Arcanum (and possibly other ddraw 2D games) have very slow rendering
by wine-bugs＠winehq.org 21 Jul '09

21 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=16952 Summary: Arcanum (and possibly other ddraw 2D games) have very slow rendering Product: Wine Version: 1.1.12 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=3476 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Wintershade(a)gmail.com On WINE 1.0.1 Arcanum (http://appdb.winehq.org/objectManager.php?sClass=version&iId=3476) runs fine, even on my hardware (laptop with Mobility Radeon 9700, open-source drivers). However, with the introduction of the new versions (at the moment I can confirm this happening with 1.1.9 and 1.1.12) Arcanum runs unplayably slow. I have tried also to run it after installing the proprietary drivers for my graphics card, but to no avail. Since exactly the same thing happens with Sid Meier's Civilization III (http://appdb.winehq.org/objectManager.php?sClass=version&iId=7905), it's somewhat a reason to believe it happens on many other DirectDraw 2D applications/games. Moreover, changing the default ddraw renderer to opengl instead of default in regedit only makes things worse, regardless of the application. However, when a 3D application, like World of Warcraft, is introduced, the rendering is fine, with no noticeable slowdown (actually works a bit better than in the stable version, at least for me). -- 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 16856] New: Program crashes on startup
by wine-bugs＠winehq.org 21 Jul '09

21 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=16856 Summary: Program crashes on startup Product: Wine Version: 1.1.12 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: klaus.layer(a)gmx.de Created an attachment (id=18598) --> (http://bugs.winehq.org/attachment.cgi?id=18598) +relay log A program I try to run with wine crashes on startup. Please see the attached log with +relay and the backtrace. Any idea how to track down the 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 4

[Bug 16133] New: Overlord crashes after the first loading screen
by wine-bugs＠winehq.org 21 Jul '09

21 Jul '09

http://bugs.winehq.org/show_bug.cgi?id=16133 Summary: Overlord crashes after the first loading screen Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pedrobneves(a)gmail.com Created an attachment (id=17373) --> (http://bugs.winehq.org/attachment.cgi?id=17373) wine output Overlord crashes after the first loading screen. Installed with no problem, but to run it needed to add d3dx9_36.dll and xinput9_1_0.dll and a nodvd patch (it wouldn't work anyother way) The game starts and loads the first menu, player creation. After that it shows a loading screen, which renders extremely slow, and finally crashes. Just one more note: I didn't experience any problem with the d3dx9_36.dll (to my knowledge) as referenced in the 13465 and 13406 bugs. -- 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

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 June 2009