On Sat, Feb 11, 2012 at 3:29 PM, Dan Kegel wrote:
> This lets many .net apps run, see bug 23759.
I see this patch is marked pending.
Since tweaking the stub to lie and return success lets a bunch
of .net apps run, it's tempting to say the benefits of the patch
outweigh the risk... wine has done
Hello,
I've encountered some issues while translating Wine to Brazilian Portuguese.
The first one is in string number 24 (line 150 in wine.pot) which is
related to wine control. When you open "wine control" and select the icon
"Add/remove programs", the status bar shows
"Allows you to install ne
Andrew Eikum writes:
> +while(*p){
> +if(alsa_try_open(p, stream)){
> +if(ids && keys){
> +len = MultiByteToWideChar(CP_UNIXCP, 0, p, -1, NULL,
> 0);
> +ids[*num] = HeapAlloc(GetProcessHeap(), 0, len
Andrew Eikum writes:
> I agree with this analysis. Here's a patch. It uses pipes to separate
> device names, since I know commas are meaningful in ALSA. Perhaps
> that's not enough, and we need to do quoting?
The right way would be to use a MULTI_SZ string.
--
Alexandre Julliard
julli...@wineh
> I agree with this analysis. Here's a patch. It uses pipes to separate
> device names, since I know commas are meaningful in ALSA. Perhaps
> that's not enough, and we need to do quoting?
>
> In any case, this patch ought to be enough to satisfy users for 1.4.
> Any thoughts, anyone?
AFAIK, pipes
On Mon, Feb 13, 2012 at 12:08:57PM -0800, Chris Robinson wrote:
> For now, I think snd_card_next, with registry options for custom prefixes and
> an additional set of devices, is the best way to go. There's simply too much
> junk with snd_ctl_name_hint.
>
I agree with this analysis. Here's a pa
