http://bugs.winehq.org/show_bug.cgi?id=8238
Summary: fixme:mixer:ALSA_MixerInit failed to find correct
channel count
Product: Wine
Version: 0.9.36.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mike(a)cchtml.com
Fedora Core 6 x86_64
ICH8R HD Audio (AD1988 chip) -- snd_hda_intel driver
fixme:wave:ALSA_AddCaptureDevice Add support for DSCapture
fixme:mixer:ALSA_MixerInit Should have found 1 channel for 'Master', but instead
found 0
fixme:mixer:ALSA_MixerInit Should have found 1 channel for 'Capture', but
instead found 3
Wine fails to find a playback or recording channel and does not give me a Mixer
device in the ALSA driver.
Sound works fine using World of Warcraft.
Recording works fine using Ventrilo (full duplex).
However, on another computer, I do not see this error.
Fedora Core 6 i386
ICH5 (ALC850 chip) -- snd_intel8x0 driver
I get a Mixer device on this setup (no fixme messages).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8237
------- Additional Comments From cimmo(a)libero.it 2007-30-04 13:57 -------
for restart the game I mean:
play a skirmish and in the middle of playing restart the same mission from the
menu, after some minutes of the new game usually it crashes.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8237
Summary: Another C&C 3 Demo crash
Product: Wine
Version: 0.9.36.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cimmo(a)libero.it
Ok memory leak is sorted out but with .36 I had now this, especially it happened
only if I restart the game, seems some stuff isn't re-initialized correctly,
don't know.
Attached log
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8235
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From truiken(a)gmail.com 2007-30-04 13:43 -------
Invalid. Use 'wine eject' and don't run the installers from the command line,
use winefile instead. Make sure the cd drive is set up in winecfg as type
cdrom. I recently installed COD2 along with several other multi-cd installs and
they worked fine.
> the eject button fails to eject the disc
um, in most *nix's, you can't just press the eject button to eject a disk. You
have to umount the cd drive and make sure all locks on the drive are closed
(e.g., bash) and then eject the drive with the 'eject' command, but that's 'wine
eject' when using wine.
> HAL fails to correctly control CD mounts.
That's a distro problem that you need to take to ubuntu. This works perfectly
for me.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8222
------- Additional Comments From truiken(a)gmail.com 2007-30-04 13:37 -------
> Adobe installers fail for the same reason.
Meant to say, 'Most Adobe installers...'
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5348
------- Additional Comments From truiken(a)gmail.com 2007-30-04 13:36 -------
*** Bug 5768 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=5768
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From truiken(a)gmail.com 2007-30-04 13:36 -------
Making this a duplicate of bug 5348. Important information from this report was
added to that bug report.
*** This bug has been marked as a duplicate of 5348 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=5348
------- Additional Comments From truiken(a)gmail.com 2007-30-04 13:35 -------
>From bug 5768:
------- Additional Comment #7 From Mike McCormack 2007-01-11 20:30 -------
The "AMT_WriteRemoveFileEntry" action problem is a bug in MsiGetPropertyA that
we don't emulate.
Adobe products use MsiGetPropertyA in custom actions to fetch the value of
various properties like this:
char *get_prop( const char *name )
{
UINT r;
DWORD sz;
char *str;
/* sz is meant to be the size in TCHARs excluding nul */
r = MsiGetPropertyA( handle, name, NULL, &sz);
if (r != ERROR_SUCCESS || sz == 0) return NULL;
/* sz would be too short here.... */
str = HeapAlloc(GetProcessHeap(), 0, sz);
MsiGetPropertyA( handle, name, NULL, &sz);
if (r != ERROR_SUCCESS || sz == 0) goto error;
return str;
error:
/* log a message and fail */
...
}
The above code works in the installer, but we have a number of test cases
showing that it shouldn't.
The code is run in the context of a custom action. After writing a test case
for the above code in a custom action, the problem was apparent.
MsiGetPropertyA has a bug in this case; it returns the size of the wide string
in bytes.
eg. if the property value is "Photoshop.dll" it returns 26, not 13, so the above
code works.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=5348
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ead1234(a)hotmail.com
------- Additional Comments From truiken(a)gmail.com 2007-30-04 13:32 -------
*** Bug 8222 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8222
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From truiken(a)gmail.com 2007-30-04 13:32 -------
> nope.
Yes, this is a duplicate of bug 5348. The problem you mentioned has already
been debugged, and work is underway to implement this 'feature' (bug). Adobe
installers fail for the same reason.
*** This bug has been marked as a duplicate of 5348 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8236
Summary: Dungeon Siege 2 has some animation issues
Product: Wine
Version: CVS
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: floppie(a)quadra-tec.net
There are a couple different effects of this bug.
First, there is the part where, if you kill an enemy, it doesn't fall over and
die like it normally should; instead, it will remain standing or even in some
cases, walking or attacking (the attack animation - it doesn't actually do a
damaging attack).
Second, there is an issue with ranged attacks; melee attacks do not appear to be
effected by this. Ranged attacks animate much, much faster than they should (in
the case of some spells, there's no animation at all, where there should be a
particle effect). As a result of this, the NPCs are able to attack considerably
faster than they should - at the same damage. This makes some enemies with
ranged attacks obscenely powerful. In the case of the spells that don't animate
at all, getting within range of them pretty much means you're just going to be
watching your health bar steadily drop. Note that this should only effect
single-player - with multiplayer, the attack speeds should be governed by the
host, not the local animations.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8226
------- Additional Comments From juan_lang(a)yahoo.com 2007-30-04 12:21 -------
Can you create a test case that verifies the behavior? Submit the test case and
your patch together to wine-patches.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8199
rmh(a)aybabtu.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5994 is|0 |1
obsolete| |
------- Additional Comments From rmh(a)aybabtu.com 2007-30-04 11:43 -------
Created an attachment (id=6040)
--> (http://bugs.winehq.org/attachment.cgi?id=6040&action=view)
same, with s/AC_TRY_LINK/AC_RUN_IFELSE/g
It seems it's not sure if binutils maintainers will change behaviour to make
link fail when mixing incompatible objects. I would suggest to be safe and use
AC_RUN_IFELSE rather than AC_TRY_LINK, so that this problem can be detected
with any version of binutils.
2007-04-30 Robert Millan <rmh(a)aybabtu.com>
* configure, configure.ac: Fallback to -lsicuuc and -lsicudata when
variable overrides aren't set. Use AC_RUN_IFELSE rather than AC_TRY_LINK.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2493
------- Additional Comments From fgouget(a)codeweavers.com 2007-30-04 11:40 -------
I just did a quick test with regedit today and the bug is still present.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=892
fgouget(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From fgouget(a)codeweavers.com 2007-30-04 11:38 -------
Alexandre committed a patch using CPUID to detect de CPU. See commit
82274f8b1631312893d3052b06ccb2e264e674.
So I think this bug can be closed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4278
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-30-04 11:37 -------
Hi, Microsoft Flight Simulator fails in the same way and doesn't run. I made a
workaround attached hereafter. Analysis:
Even if I set the (not very well known) registry key "ScreenDepth" to 32, the
game still fails in the same way. Here's what happens (from x11drv_main.c):
------------------------------------------------------------------------------------------------------------------
if (!get_config_key( hkey, appkey, "ScreenDepth", buffer, sizeof(buffer) ))
screen_depth = atoi(buffer);
So we have a 32-bit resolution if we set this registry key
---------------------------------------------------------------------------------------------------------------
Later on:
/* If OpenGL is available, change the default visual, etc as necessary */
if ((desktop_vi = X11DRV_setup_opengl_visual( display )))
{
visual = desktop_vi->visual;
screen = ScreenOfDisplay(display, desktop_vi->screen);
screen_depth = desktop_vi->depth;
XFree(desktop_vi);
}
----------------------------------------------------------------------------------------------------
Now we end up with a screendepth of 24 again. The only solution I see is the
workaround in the patch attached hereafter. SplinterCell Pandora and MicroSoft
Flight Simulator X start fine with this patch, and the registry key set.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=765
fgouget(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From fgouget(a)codeweavers.com 2007-30-04 11:30 -------
As far as I can tell the bug is still there. I'm adding screenshots to show the
issue.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=5828
cimmo(a)libero.it changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cimmo(a)libero.it
------- Additional Comments From cimmo(a)libero.it 2007-30-04 10:44 -------
why cursor patches cannot be applied upstream?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8235
Summary: Mutli-CD installs fail
Product: Wine
Version: 0.9.36.
Platform: PC
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: karl(a)qdh.org.uk
This problem has been tested significantly on Ubuntu 7.04 and can easily be
repeated.
When attempting to install Call of Duty (other games may be affected), when
reaching the second CD the eject button fails to eject the disc, an error is
reported explaining the disc is currently in use.
More info:
I had tested this with wine C. 0.9.20 on Fedora and the problem didn't appear.
Is this an Ubuntu specific problem?
Using wine eject on the command line at the point of the second disc request,
succeeds up until the first disc requires re-inserting. At which point it fails
again with a spurious error message. After using wine eject on ubuntu, HAL fails
to correctly control CD mounts.
Further testing:
Will test again with fedora and recent wine, if I see failure then this will
probably be as a result of some regression.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8222
------- Additional Comments From focht(a)gmx.net 2007-30-04 10:32 -------
Hello,
--- quote ---
This might be a dup of bug 5348, ask James.
--- quote ---
nope.
After much investigation on my own, it actually turns out to be a dup of bug 5768
I couldnt believe the installer wont run on windows so i debugged msi installer
service process itself, which loads and executes custom action dlls.
Basically the windows part itself is wrong due to an internal msi ansi<->unicode
conversion bug (Windows XP SP2 with latest patches).
It turns out this bug goes rather unnoticed without further damage due to the
nature of returned data :)
I recorded all stack parameters before the call to windows msi.MsiGetPropertyA()
and compared after.
Same just like wine.
First call is to determine buffer length.
--- snip analysis ---
009AF80C 00000042 hInstall
009AF810 003A21B0 Name -> ASCII "AUMUSEORIGINALAPPID"
009AF814 00000000 szValueBuf
009AF818 009AF830 pchValueBuf
pchValueBuf: 009AF830 -> 0x0
upon return:
pchValueBuf: 009AF830 -> 0x8 <--- bug!
second call:
009AF80C 00000042 hInstall
009AF810 003A21B0 Name -> ASCII "AUMUSEORIGINALAPPID"
009AF814 003A2200 szValueBuf
009AF818 009AF830 pchValueBuf
dump of szValueBuf (ANSI):
003A2200 54 72 75 65 00 00 00 00 08 00 02 00 EE 01 0C 00 True............
--- snip analysis ---
Remember, the property value to be retrieved is "True" (ANSI -> len = 4).
The first call returns: len = 8
This is indeed the ANSI version of msi.MsiGetProperty that returns this!
Windows internal API is unicode based.
That's why all passed in parameters get converted to unicode and back upon return.
E.g. for ANSI api function: ansi2unicode -> internal msi (rpc4) -> unicode2ansi.
Thats the theory.
Due to a bug in the "ERROR_MORE_DATA" case, the length parameter which was
lstrlenW("True") == 4 upon return gets incorrectly doubled (2*len) - probably
some "sizeof(WCHAR)*len" code.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=8234
Summary: Supreme Commander Install fail - Error : 87
Product: Wine
Version: 0.9.36.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tehstealth(a)yahoo.com
I can't install Supreme Commander with the latest Wine. Near the end of the
install, when it starts installing tutorial files, it freezes. When it reaches
TUB200.lua, a little error box comes up, "Error: 87". I press the only button on
it, OK, and the installation closes after a few seconds.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.