wine-bugs January 2010

wine-bugs@winehq.org

1 participants
6445 discussions

[Bug 17932] New: winemp3 not play sounds correctly
by wine-bugs＠winehq.org 15 Mar '12

15 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=17932 Summary: winemp3 not play sounds correctly Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: aaaaaa111111(a)list.ru Created an attachment (id=20267) --> (http://bugs.winehq.org/attachment.cgi?id=20267) wine output Steps to reproduce 1. make an mp3 encoded .wav file 2. open this file with MCI 3. sound is bad (stammer), wine reports: "fixme:wavemap:wodWrite Not all src buffer has been written, expect bogus sound" With another mp3 decoder sound play without stammer. -- 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 15639] New: Pro Evolution Soccer 2009 crash after first menu
by wine-bugs＠winehq.org 14 Mar '12

14 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=15639 Summary: Pro Evolution Soccer 2009 crash after first menu Product: Wine Version: 1.1.6 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chourmovs(a)gmail.com Created an attachment (id=16680) --> (http://bugs.winehq.org/attachment.cgi?id=16680) winedebug=err+all Pro Evolution Soccer 2009 crash crash after first menu I used a securom no-cd patch for testing purpose look at the log joined -- 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 24

[Bug 19732] New: Security: use CAP_SYS_RAWIO during start up to map the memory below mmap_min_addr instead of permanently lowering it at install time
by wine-bugs＠winehq.org 13 Mar '12

13 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=19732 Summary: Security: use CAP_SYS_RAWIO during start up to map the memory below mmap_min_addr instead of permanently lowering it at install time Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org Background: In order to work around the mmap_min_addr setting introduced a while back that breaks Wine, many Wine packages now install conf files to /etc/sysctl.d/ that disable mmap_min_addr entirely. This reduces security of the system, as any kernel null pointer dereference bug can root the machine. One such bug was found to be open for 8 years. This launchpad bug gives hints at what we need to do to implement this within Wine properly. ---- >From Launchpad: I would like to see wine and dosemu using filesystem capabilties to temporarily grant themselves CAP_SYS_RAWIO during start up to map the memory below mmap_min_addr, instead of requiring that the entire running system have their mmap_min_addr lowered. Implementing this would involve two halves: setting up the filesystem capabilities when the package installed (postinst most likely), and dropping the capability once the program had allocated memory. Here is a quick example of how to mark an executable with a capability: http://www.friedhoff.org/posixfilecaps.html#Examples%20-%20Substitution%20o… They use numeric values, but it may be more readable to use text version: sudo setcap cap_sys_rawio=ep low-mmap (setcap is in libcap2-bin) Part 2 involves dropping the capability: http://git.0pointer.de/?p=pulseaudio.git;a=blob;f=src/daemon/caps.c;hb=86de… the pa_drop_caps and shows how to drop capabilities, and pa_have_caps shows how to test for a specific capability. (In the example's case, CAP_SYS_NICE.) (sorry, lost some context for my setcap paste: "low-mmap" is the program I was setting capabilities on. "cap_sys_rawio" is the textual version of the capabilities.) -- 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 19

[Bug 11115] New: "Please do not PASTE logs and back traces" message is ignored too often
by wine-bugs＠winehq.org 12 Mar '12

12 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=11115 Summary: "Please do not PASTE logs and back traces" message is ignored too often Product: WineHQ Bugzilla Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: bugzilla-unknown AssignedTo: jnewman(a)codeweavers.com ReportedBy: jeffzaroyko(a)gmail.com It could be that the way the Enter Bug page is designed, this message is not prominent enough for everyone to perceive its importance. maybe it could be larger to place more emphasis on the message or alternatively feature a stop sign graphic next to it saying something like "STOP, read this." -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 28

[Bug 17009] New: TurboTax 2008: Installer crashes
by wine-bugs＠winehq.org 09 Mar '12

09 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=17009 Summary: TurboTax 2008: Installer crashes Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)qrivy.net Created an attachment (id=18805) --> (http://bugs.winehq.org/attachment.cgi?id=18805) WINEDEBUG=warn+all output After installing ie6 and .NET 2.0 w/ winetricks (to satifsy the dependecies), the TurboTax second stage installer crashes on start. -- 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 11748] New: Adobe Dreamweaver 8 trouble with document root on external drive?
by wine-bugs＠winehq.org 09 Mar '12

09 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=11748 Summary: Adobe Dreamweaver 8 trouble with document root on external drive? Product: Wine Version: 0.9.30. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://www.stos.org/1/2007/02/07/dreamweaver-on-linux-with-wine/ said there was some problem with setting the document root to be an external drive (maybe a permissions problem). Recording here even though I haven't tried it myself yet. -- 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 21168] New: Reason V4.0 Demo - Install fails with access violation at address 004097C2
by wine-bugs＠winehq.org 09 Mar '12

09 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=21168 Summary: Reason V4.0 Demo - Install fails with access violation at address 004097C2 Product: Wine Version: 1.1.33 Platform: x86-64 URL: http://dl.propellerheads.se/propellerhead/ReasonDemo_w in.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeseahed(a)free.fr Created an attachment (id=25405) --> (http://bugs.winehq.org/attachment.cgi?id=25405) Winedbg trace By trying to install the demo of reason V4, Wine comes up with an error: "Access violation at address 004097C2. Write of address 00400000." Rebirth338v20 installed successfully and works properly. I've got not idea what to do to have the Reason demo installation work. Running winedbg gives the attached document. OS details (Debian lenny): Linux debian 2.6.26.8-rt16 #2 SMP PREEMPT RT Tue Aug 18 23:45:42 CEST 2009 x86_64 GNU/Linux Wine reposotory in sources.list deb http://www.lamaresh.net/apt lenny main -- 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 8

[Bug 19140] New: LineAge II T2 Gracia part II crashes at startup with "Exception frame is not in stack limits"
by wine-bugs＠winehq.org 08 Mar '12

08 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=19140 Summary: LineAge II T2 Gracia part II crashes at startup with "Exception frame is not in stack limits" Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: evstropovd(a)yandex.ru LineAge II T2 Gracia part II crashes at startup with err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. wine og in attachment. -- 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 18728] New: Black screenshots in wow d3d with OffScreenRendering=fbo
by wine-bugs＠winehq.org 05 Mar '12

05 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=18728 Summary: Black screenshots in wow d3d with OffScreenRendering=fbo Product: Wine Version: 1.1.22 Platform: PC URL: http://www.worldofwarcraft.com OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh+winehqdotorg(a)gmail.com When you do an ingame screenshot in WoW running under d3d, if offscreenrendering is set to fbo, the following error is spit out: fixme:d3d:stretch_rect_fbo >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glBlitFramebuffer() @ device.c / 6994 The produced screenshot is completely black. This happens at least as early as wine-1.1.11 - haven't tested with earlier versions but I don't think 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 48

[Bug 20433] New: Earth Eternal cannot connect, creates flood of DNS requests
by wine-bugs＠winehq.org 04 Mar '12

04 Mar '12

http://bugs.winehq.org/show_bug.cgi?id=20433 Summary: Earth Eternal cannot connect, creates flood of DNS requests Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: ramon.cahenzli(a)gmail.com Earth Eternal is an online game by Sparkplay Media with an AppDB entry here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=18115 The game is usually started with a parameter telling it where to find its resources. The parameter takes the form of a URL. The current standard URL is used here: wine Spark.exe "http://static.beta.eartheternal.com/Release/Current/EarthEternal.car" However, if this is done in WINE, Earth Eternal floods WINE with gethostbyname() calls (500 calls per second on my machine). The calls all return the correct IP address, I've verified this by adding some ugly trace code to dlls/ws2_32/socket.c. Since Earth Eternal is closed source, we cannot find out whether the result of the gethostbyname() call is used correctly or whether that loop of gethostbyname() calls is a bug. We are now trying to disassemble the binary to find out. It seems the game might work otherwise, it has a simple 3D renderer built in a popular engine (OGRE), and there are a few OGRE-based games that already work in WINE. There is a workaround to at least partially get EE to connect and retrieve its data files. If started like this: wine Spark.exe "http://208.71.157.18/Release/Current/EarthEternal.car" The date files are fetched and installed. Connection still fails at the login screen, though, because the program then proceeds to establish *all* connections with 208.71.157.18 instead of using the respective servers (login, static content and routing servers). Some details of this bug are discussed here: http://www.eartheternal.com/forums/earth-eternal-chat/topics/EE-on-Linux-In… -- 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 15

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 2010