http://bugs.winehq.org/show_bug.cgi?id=2076
Summary: failed to install Microsoft Internet Explorer 5 (from
CD)
Product: Wine
Version: 20040213
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jerome.bouat(a)wanadoo.fr
I tried to install Microsoft Internet …
[View More]Explorer 5 from a CD.
I restored a clean fake C drive and .wine directory (after install state).
The install process went blocked with this never ending message on the console:
----
fixme:thunk:CommonUnimpStub generic stub: ?
----
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=2075
Summary: vsnprintf: glibc and win32 not compatible
Product: Wine
Version: unspecified
Platform: PC
URL: http://msdn.microsoft.com/library/default.asp?url=/libra
ry/en-
us/vclib/html/_crt_format_specification_fields_.2d_.prin
tf_and_wprintf_functions.asp
OS/Version: Linux
Status: UNCONFIRMED
Severity: …
[View More]major
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: uh_ja(a)gmx.net
Format specifiers of the glibc vsnprintf are not compatible with its win32
counterpart. URL links to a short description at msdn. Compare to "man
vsnprintf". Wine calls glibc's vanilla vsnprintf.
Similar bug reports are #321 and #427.
An example of a conflict follows:
Warcraft III uses *snprintf to create a single player profile. Currently under
wine, creation of a single player profile fails to produce correct data because
*snprintf produces an invalid file, and single player campaign will subsequently
not show. Warcraft makes a call similar to this to store a special value:
snprintf(s, size, "%I64d", x);
glibc vsnprintf interprets "%I64d" to be:
I: Internationlize number format
64: pad number to 64 digits
d: int type
Therefore, an internationlized int padded to 64 digits.
A win32 vsnprintf should interpret "%I64d" to be:
I64: "64-bit integer"
d: int
Therefore, a "64-bit int".
An incorrect statement in a Warcraft III profile "Campaign.w3p" produced using
glibc's vsnprintf:
Human= 1
(64 padded, and wrong integer type)
Here I hack together a workaround to handle the special Warcraft III case:
int MSVCRT_vsnprintf(char *str, size_t size, const char *format, va_list ap)
{
int x;
TRACE("(%p=\"%s\",%d,%p=\"%s\",%p)\n", str, str, size, format, format, ap);
if (strcmp(format, "%I64d")==0) {
x = vsnprintf(str, size, "%lld", ap);
} else {
x = vsnprintf(str, size, format, ap);
}
TRACE("retval=\"%s\"\n", str);
return x;
}
And if this is called for _vsnprintf, the output is as follows:
Human=-4035225266123964415
(a long long int)
Creating a single player profile using the hack produces a correct profile, and
the single player campaign buttons are displayed.
This is just one issue with the different vsprintf format standards. I'm sure
there are many subtle bugs like this, if you consider the conflicts and other
unhandled statements.
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=2035
------- Additional Comments From brettholcomb(a)charter.net 2004-07-03 18:13 -------
Some more facts:
Soldier of Fortune (SOF) and SOFII do not have any sound with wineoss, however
when the driver is winealsa they have sound. It's scratchy and very bad but
it's there.
--
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=2035
------- Additional Comments From brettholcomb(a)charter.net 2004-07-03 18:00 -------
Created an attachment (id=554)
--> (http://bugs.winehq.org/attachment.cgi?id=554&action=view)
Trace for Half-life with winealsa
Here's the file. I started HL, selected Load Game from the menu and got a
click. Then HL locked up and I had to kill it from a console so I didn't get
much and couldn't do a bt as I got no debugger prompt.
I'm running Gentoo …
[View More]Linux with alsa 1.03 (but 1.02 did it also).
Linux strider 2.4.20-xfs-r4 #4 SMP Wed Dec 3 19:43:38 EST 2003 i686 AMD
Athlon(TM) MP 2000+ AuthenticAMD GNU/Linux
I have a Turtle Beach Santa Cruz card. Here's the lspci info
03:08.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear
SoundFusion Audio Accelerator] (rev 01)
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=2035
------- Additional Comments From reif(a)earthlink.net 2004-07-03 17:40 -------
Somehow you ran your program with --debugmsg -all which disables all messages.
Please rerun it with --debugmsg +wave,+dsound
Also, whenever wine drops into the debugger, type bt at the prompt so
we know where it crashed. Without this info, there is not enough information
for someone to help.
What distribution of linux are you running and what is the sound card you …
[View More]are
using?
--
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.
[View Less]
http://bugs.winehq.org/show_bug.cgi?id=2074
Summary: Can't get Wine working with ALSA's dmix-plugin
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stephan(a)gsklan.de
I've configured almost my complete system to use ALSA's dmix-plugin for
sound-…
[View More]access.
As I use ALSA with Wine, too, I tried several times to play the sound over
ALSA's devices (I've configured ALSA to use the plugins dmix and dsnoop by
default). But all my work was for nothing, because Wine wants to access the
hardware directly over "hw:0,0" instead of e.g. "default" or "plug:dmix".
So I suggest to implement a way to configure Wine's ALSA-access. The best way
would probably be something like the configure-ability of OSS in the config-file.
I hope it's not a request too hard to realize - not at least because ALSA is
used as sound-standard since kernel 2.6!
--
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.
[View Less]