- Wine-Devel - list.winehq.org

Re: FMOD audio engine fails to initialize DirectMusic
by Mike Hearn July 14, 2004

July 14, 2004

On Tue, 13 Jul 2004 22:04:06 +0200, Saulius Krasuckas wrote: > I think FMOD tries to open the "General MIDI collection of DLS > instruments" called GM.DLS and fails to do so as Wine doesn't have it. > Any ideas on the legal way to install it onto the Wine system? If you have a Windows license you can just copy it across. > Does anyone knows or can explain the license MS mentions here? Am i > allowed to copy the file from any web page or another place? I guess so but it's like DCOM - only if you have a Windows license. > Or another point: would it be sane to expect the Wine devs to implement > simplified/different version of this collection in the future? TIA. No, definitely not, this sort of thing is like metrically-compatible fonts: they basically need to be donated (or we need to license them/equivalents ourselves from Roland or some other music company somehow).

1 0

[PATCH] Implement an Esd sound module
by Zhangrong Huang July 14, 2004

July 14, 2004

Hi, all, I'm now using the GNOME desktop environment which uses esd as sound server, sometimes I need wine to run some Windows apps with sound support, but now wine has no esd sound module, so I have to killall esd before I start wine. I have searched the mailing list for solutions, found there is a bug about this: http://www.winehq.org/hypermail/wine-bugs/2002/12/0066.html http://bugs.winehq.com/show_bug.cgi?id=326 I have try esddsp, but it sometimes does not work, so, I decided to write the Esd sound module, it's based the Arts sound module, just replaced the arts calls with esd calls, and fixd some problems related to esd. It works fine for me, I attach the patch here, and if it works for the others, it may close the old bug #326. Test: $ wine sndrec32.exe See if it works. Thanks, I'm new to wine;-) ChangeLog: * configure, configure.ac, dlls/Makefile.in, dlls/winmm/wineesd/.cvsignore, dlls/winmm/wineesd/Makefile.in, dlls/winmm/wineesd/audio.c, dlls/winmm/wineesd/wineesd.drv.spec, dlls/winmm/wineesd/esound.c, dlls/winmm/wineesd/esound.h, documentation/multimedia.sgml, documentation/samples/config, include/config.h.in: Added wineesd.drv dll, part of winmm.

1 0

Re: Make wine honor LC_CTYPE and LC_MESSAGES
by Shachar Shemesh July 14, 2004

July 14, 2004

Hi Alexandre, I was wondering whether there was a reason this patch was not applied. Shachar Shachar Shemesh wrote: > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > dlls/kernel/locale.c > > * System default locale in Windows determines the ANSI encoding > (LC_CTYPE on Unix) > * User default locale determines the language in which the system > works (LC_MESSAGES on Unix). > > >------------------------------------------------------------------------ > >Index: dlls/kernel/locale.c >=================================================================== >RCS file: /home/sun/sources/cvs/wine/dlls/kernel/locale.c,v >retrieving revision 1.46 >diff -u -r1.46 locale.c >--- dlls/kernel/locale.c 7 Jul 2004 00:47:31 -0000 1.46 >+++ dlls/kernel/locale.c 8 Jul 2004 18:01:22 -0000 >@@ -505,13 +505,14 @@ > /*********************************************************************** > * init_default_lcid > */ >-static LCID init_default_lcid( UINT *unix_cp ) >+static LCID init_default_lcid( UINT *unix_cp, const char *env1, const char *env2 ) > { > char *buf, *lang,*country,*charset,*dialect,*next; > LCID ret = 0; > > if ((lang = getenv( "LC_ALL" )) || >- (lang = getenv( "LANGUAGE" )) || >+ (lang = getenv( env1 )) || >+ (env2 && (lang = getenv( env2 ))) || > (lang = getenv( "LANG" ))) > { > if (!strcmp(lang,"POSIX") || !strcmp(lang,"C")) goto done; >@@ -2483,11 +2484,13 @@ > const union cptable *unix_cp ); > > UINT ansi_cp = 1252, oem_cp = 437, mac_cp = 10000, unix_cp = ~0U; >- LCID lcid = init_default_lcid( &unix_cp ); >+ LCID lcid = init_default_lcid( &unix_cp, "LC_MESSAGES", "LANGUAGE" ); > >- NtSetDefaultLocale( FALSE, lcid ); > NtSetDefaultLocale( TRUE, lcid ); > >+ lcid = init_default_lcid( &unix_cp, "LC_CTYPE", NULL ); >+ NtSetDefaultLocale( FALSE, lcid ); >+ > ansi_cp = get_lcid_codepage(lcid); > GetLocaleInfoW( lcid, LOCALE_IDEFAULTMACCODEPAGE | LOCALE_RETURN_NUMBER, > (LPWSTR)&mac_cp, sizeof(mac_cp)/sizeof(WCHAR) ); > > -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

FW: Common "SaveAs" dialog box does not honor the user selected f ile extension.
by Krishna Murthy July 13, 2004

July 13, 2004

Please let me know any update on this patch. Thanks, Krishna -----Original Message----- From: Krishna Murthy Sent: Wednesday, June 16, 2004 1:29 PM To: Krishna Murthy; 'wine-patches(a)winehq.org' Subject: Common "SaveAs" dialog box does not honor the user selected file extension. - Short Description: The "SaveAs" common dialog box does not save the file with the user selected extension even though the file type is chosen. - Long Description: Wine adds default extension to the file and ignores the selected extension from file type of "SaveAs" dialog box. Say the default extension is .txt, and other specified file extensions are .bmp and .app. Now if we enter the file name as xxx and select the filter extension as .bmp and perform the save, the saved file will be named as xxx.txt even though the selected filter was .bmp - Patch: filedlg.80361.patch.diff - Change log Entry: Add the selected extension from file type filter if file name does not contain the file extension. Krishna Gupta Technologies LLC TEL: (650) 596-4828 E-mail: Krishna.Murthy(a)guptaworldwide.com <mailto:Krishna.Murthy(a)guptaworldwide.com>

1 0

Re: Wininet Buffer Length Fixes
by Alexandre Julliard July 13, 2004

July 13, 2004

Robert Shearman <rob(a)codeweavers.com> writes: > --- wine/dlls/wininet/http.c 4 Jul 2004 00:24:47 -0000 1.65 > +++ wine/dlls/wininet/http.c 13 Jul 2004 16:23:11 -0000 > @@ -1131,8 +1186,8 @@ > if( result ) > { > len = WideCharToMultiByte( CP_ACP,0, bufferW, len / sizeof(WCHAR), > - lpBuffer, *lpdwBufferLength, NULL, NULL ); > - *lpdwBufferLength = len * sizeof(WCHAR); > + lpBuffer, *lpdwBufferLength+1, NULL, NULL ); > + *lpdwBufferLength = (len-1) * sizeof(CHAR); It seems to me this would potentially write beyond the end of the buffer, that doesn't look right. -- Alexandre Julliard julliard(a)winehq.org

2 2

I can't the form's content while typing
by ericson July 13, 2004

July 13, 2004

hi all! i have an app running perfectly, except for a bug that hides the words from the fields. if i commit the data filled it is stored as expected but i can't see it while i'm typing.. understand? in the debug messages we can see these lines when the form pops up: ... err:win:SetWindowPos detected negative window extents 355 x -5 fixme:win:SetWindowTextA cannot set text "" of other process window (nil) fixme:win:SetWindowTextA cannot set text "" of other process window (nil) fixme:win:SetWindowTextA cannot set text "" of other process window (nil) err:win:SetWindowPos detected negative window extents 47 x -5 err:win:SetWindowPos detected negative window extents 205 x -5 ... any idea? i've already tried the "Managed" windows mode, no success.. thanx for attention. cheers rxon

1 0

strange problem on mdk10
by Ivan July 13, 2004

July 13, 2004

on my laptop wine just starts and doesn't do anything. In addition to this, ps -A, ctrl+c, ctrl+z, the kde system guard and all tools that popup a box to ask for root password all stop working. Attached is a relay log. Any ideas?

2 1

Re: Fix snprintfW Return Value
by Alexandre Julliard July 12, 2004

July 12, 2004

Rob Shearman <rob(a)codeweavers.com> writes: > On Fri, 2004-07-09 at 19:55, Alexandre Julliard wrote: >> Actually, something does depend on it: it is used to implement >> _vsnwprintf in ntdll, so you can't change it. > > How about this updated patch then? No, vsnprintfW is used directly in ntdll.spec, you can't change it. And really, all the profile code uses it for is %s formats, it can easily be replaced by strcpy which would also avoid the need to build the string twice. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: PATCH: tests/vartype gcc fix
by Alexandre Julliard July 12, 2004

July 12, 2004

Marcus Meissner <marcus(a)jet.franken.de> writes: > Illegal lvalue casts in tests/vartype.c spotted by new compiler. Also > the format strings were wrong for long longs. Long long format strings are not portable, they shouldn't be used. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: added API documentation to advapi32/crypt.c
by Mike Hearn July 12, 2004

July 12, 2004

Wow, go truiken! This sort of stuff is really handy, it's so much easier to document wierd stuff in the Wine API docs than rely on MSDN and peoples memories. Good work! On Mon, 2004-07-12 at 02:44 -0500, truiken(a)gmail.com wrote: > Changelog > * Added API documentation to most crypt.c functions

1 0