wine-bugs January 2012

wine-bugs@winehq.org

1 participants
9046 discussions

[Bug 17808] New: AutoCAD Mechanical 2007 fails to install
by wine-bugs＠winehq.org 03 Feb '12

03 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=17808 Summary: AutoCAD Mechanical 2007 fails to install Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. I installed gecko,msxml3,vcrun2005,dotnet20,corefonts,gdiplus through winetricks. The problem is that AutoCAD Mechanical 2007 fails to install properly (default installation). It doesn't crash and AutoCAD installer doesn't notify about any error. On the end of the installation it shows that AutoCAD was installed successfully, but it does not because there wasn't copied all files. The error in terminal err:msi:msi_cabextract FDICopy failed err:msi:ACTION_InstallFiles Failed to extract cabinet: L"acad6.CAB" err:msi:ITERATE_Actions Execution halted, action L"InstallExecute" returned 1627 -- 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 17806] New: AutoCAD LT 2008 fails to install
by wine-bugs＠winehq.org 03 Feb '12

03 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=17806 Summary: AutoCAD LT 2008 fails to install Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=20038) --> (http://bugs.winehq.org/attachment.cgi?id=20038) WINEDEBUG=+msi Wine 1.1.17 I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) ) on Fedora 10 i386. I installed gecko,msxml3,vcrun2005,dotnet20,corefonts,gdiplus through winetricks. The problem is that AutoCAD LT 2008 PL fails to install (default installation). It doesn't crashes but the AutoCAD installer notifies about that. The error in terminal is (installation stops at this) err:msi:ITERATE_Actions Execution halted, action L"InstallExecute" returned 1603 -- 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 27937] New: winmm kept busy playing silence after play finishes
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=27937 Summary: winmm kept busy playing silence after play finishes Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: aeikum(a)codeweavers.com The winmm player is kept busy for several seconds after audible rendering ends. This is easily reproduced using my MCI shell from bug #20232, comment #10. Issue these commands to the MCI: open 8k8bitpcm.wav alias 8 ; any sample with at least 2 seconds of data play 8 from 1000 to 2000 notify ; play sample from position 1s to 2s play 8 from 1000 to 2000 WAIT status 8 mode I recommend to use a multi-line copy&paste to the console instead of typing. The MCIWAVE player will correctly play 1 second worth of data. After that however, a random amount of upto 4 messages about ALSA pcm underrun are sent to the console, approx. 1 per second. It's only after those that the player eventually stops, i.e. execution of the synchronous command ends. The command "status 8 mode" serves to show when execution of the previous command ends. I suspect the cause is the way mmdevapi handles silence and/or feeds too much data into the "default" ALSA device. I have no idea where that 1s log message spacing comes from. Expected behaviour (as in 1.3.24): the synchronous (WAIT flag) player is kept busy for 1 second, after which the MCI shell processes the next command. Upto one ALSA pcm underrun log message is the norm, since indeed WINMM is closed only after all buffers (headers in waveOut* speak) have been returned to the app, i.e. there's a tiny gap between "played last header => Set Event" and waveOutClose. I.e. one underrun is designed into the WINMM API, after playing ends. -- 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 29496] New: Mouse doesn't release when moving/resizing Steam window
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=29496 Bug #: 29496 Summary: Mouse doesn't release when moving/resizing Steam window Product: Wine Version: 1.3.36 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)placesthroughtime.com Classification: Unclassified The Steam window, when resized or moved shortly after changing tabs, ex. from Store to Library or visa versa, will act as though the mouse has not been released after it has been and will remain in its state of resize/move window. Possibly also related to this, shortly after starting steam and attempting to move the window occasionally the mouse will stick but the cursor will move itself to above the Steam window and any attempt to move back within the window will force it away from the cursor. -- 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 29122] New: Sonic R has rendering (color keying) issues in Direct3D mode
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=29122 Bug #: 29122 Summary: Sonic R has rendering (color keying) issues in Direct3D mode Product: Wine Version: 1.3.32 Platform: x86-64 URL: http://www2.sega.co.jp/download/pc/sonicr/sonicr.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Regression SHA1: c8901d6f6253f6c97610eb1068ac4ff89758ed0a When Sonic R is run with the Direct3D renderer, it has some rendering issues (various objects have a green background instead of transparent) as seen in this screenshot: http://appdb.winehq.org/appimage.php?iId=9421 The DirectDraw renderer works without this problem. According to bug 21878, comment 5, it's a regression caused by: commit c8901d6f6253f6c97610eb1068ac4ff89758ed0a Author: Stefan Dösinger <stefandoesinger(a)gmx.at> Date: Fri Jun 9 19:36:12 2006 +0200 ddraw: Rewrite most of ddraw using WineD3D. Attachment 36962 from that bug fixes the issue. The demo has the same problem. It will most likely crash on startup due to a game bug unless the CPU power available to it is limited somehow, e.g. by running a program with high CPU usage while starting it. -- 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 23682] New: Suggestion: Editbox with terminal output in crash window
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=23682 Summary: Suggestion: Editbox with terminal output in crash window Product: Wine Version: 1.2 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: VincentBeers(a)gmail.com This is a feature request, not a bug. Wine has an utterly useless "the application has crashed" window, or at least, it had for a while, I don't know if that has changed. Anyway, I think said window should have an unfoldable edit box containing all the terminal output of the application up to its crash, and a button to copy the content in this edit box. Finally, the crash description should indicate that you should copy that text and bring it to the Wine forums in order to get help/troubleshooting. Why? Because it makes giving feedback on Wine apps a lot quicker. A lot of us do actually run Wine apps from the terminal, but most newbies don't, and this is a way to assist them helping the Wine devs know about the problem a lot more quickly than the usual routine, which is: - Make a forum thread about how the app doesn't work, with little to no further info; - Have someone tell you to run in terminal; - Possibly learn to use the terminal, then run the app from there; - (At this point, a day may have passed) Run back to the forums with actual terminal output. Adding the text box with the terminal output straight into the "application crashed" window not only makes the window actually useful, but it also eliminates the delay that exists because new users may have to be assisted in actually running the app from terminal. Further notes: of course, from that point, the user may be advised as to how to run the app from terminal anyway, but at least for this time, or for any time when they just want to double-click an app to run, they'll get the actual log much more quickly. -- 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 26260] New: Sound does not work / stops working
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=26260 Summary: Sound does not work / stops working Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: torgeriedel(a)gmx.de In Axis & Allies the sound does not work / stops working. After exiting the game, the sound still works on Linux. Sometimes it seems to be related to the bug #26259. -- 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 29477] New: unimplemented function msvcp90.dll.?rfind@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QBEIPBDII@Z, aborting
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=29477 Bug #: 29477 Summary: unimplemented function msvcp90.dll.?rfind@?$basic_string@DU?$char_traits@D@st d@@V?$allocator@D@2@@std@@QBEIPBDII@Z, aborting Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp AssignedTo: wine-bugs(a)winehq.org ReportedBy: mathieu.malaterre(a)gmail.com Classification: Unclassified I cannot run cmake using wine 1.3.30. It keeps on failing with: wine: Call from 0x7b83b102 to unimplemented function msvcp90.dll.?rfind@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QBEIPBDII@Z, aborting wine: Unimplemented function msvcp90.dll.?rfind@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QBEIPBDII@Z called at address 0x7b83b102 (thread 002f), starting debugger... It appears to be related to #27031, however I am using 1.3.30 Thanks -- 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 26670] New: Atlantis Word Processor window does not appear in task bar
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=26670 Summary: Atlantis Word Processor window does not appear in task bar Product: Wine Version: 1.3.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ld0d(a)kolumbus.fi The Atlantis Word Processor works otherwise perfectly, but the main window does not appear on the Ubuntu/Gnome taskbar panel nor in the alt-tab quick switch list. If the system is configured to only have one virtual desktop, there is no way to access the window if it gets hidden by another window. With multiple virtual desktops in use, the taskbar "button" for Atlantis gets wrongly placed on the *second* virtual desktop, while the window itself opens on the first one as expected. I'm using Ubuntu 10.10 amd64 with wine 1.3.17 from the WineHQ PPA Repository. The program itself is a 32-bit Windows executable. I have also tried this with the Ubuntu wine1.2 package, but it has the same problem. A demo can be downloaded here: http://www.atlantiswordprocessor.com/en/downloads.htm -- 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 29752] New: Sonic 3 & Knuckles Collection AutoPlay menu hangs on start
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=29752 Bug #: 29752 Summary: Sonic 3 & Knuckles Collection AutoPlay menu hangs on start Product: Wine Version: 1.4-rc1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: 1b0d2330c939807121ef4d68627e438da55d1921 Created attachment 38618 --> http://bugs.winehq.org/attachment.cgi?id=38618 Terminal output The retail version of Sonic & Knuckles Collection includes an AutoPlay program which shows a short logo video, then presents a menu with options to launch the installer, view the readme, or exit. This executable used to work, but now hangs on start since 1.3.23. Regression testing identified this commit: 1b0d2330c939807121ef4d68627e438da55d1921 is the first bad commit commit 1b0d2330c939807121ef4d68627e438da55d1921 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Jun 16 22:46:25 2011 +0200 kernel32: Create an orphaned process in exec_process so that all initialization is done anew in the child process. :040000 040000 e241b1d7bdfda5ed97e0a6cae06155dbac9c075b 945bbae557f51ec59e559a825fcff2b0bf5ece8b M dlls git checkout 1b0d2330c939807121ef4d68627e438da55d1921 - hangs git checkout 1b0d2330c939807121ef4d68627e438da55d1921^ - works Workaround: run the executable under winedbg (wine winedbg SETUP.EXE) -- 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

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 2012