December 2005 - Wine-Devel - list.winehq.org

Re: what happen with my dinput patch and and langues patch for alot of wine dll

by H. Verbeet

On 19/12/05, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > base64(?) Looks uuencoded to me. :)

Dec. 19, 2005

Re: what happen with my dinput patch and and langues patch for alotof wine dll

by Tom Wickline

On 12/19/05, Magnus Olsen <magnus(a)itkonsult-olsen.com> wrote: > Hi > I am using windows with ms outlock express it always encoding file with > base64 arcording to mail server protocoll. u can not transfer file if they > are not encoder to base64 accroing to the standard. > Use Gmail or another different mail program.. Take a look at what your patch looks like: http://www.winehq.org/pipermail/wine-patches/2005-December/022955.html

Dec. 19, 2005

Re: MSACM: preserve value of cbStruct in acmDriverDetails (with tests) - patch 2 of 2

by Eric Pouech

Alex Villacís Lasso wrote: > BTW, should wine-provided codecs duplicate this behavior? likely yes a couple of remarks > ------------------------------------------------------------------------ > > --- wine-0.9.3-cvs/dlls/msacm/driver.c 2005-09-12 10:35:53.000000000 -0500 > +++ wine-0.9.3-cvs-patch/dlls/msacm/driver.c 2005-12-18 22:28:21.000000000 -0500 > @@ -184,6 +184,7 @@ > sizeof(padda.szLicensing), NULL, NULL ); > WideCharToMultiByte( CP_ACP, 0, addw.szFeatures, -1, padda.szFeatures, > sizeof(padda.szFeatures), NULL, NULL ); > + padda.cbStruct = min(padd->cbStruct, sizeof(*padd)); > memcpy(padd, &padda, min(padd->cbStruct, sizeof(*padd))); why don't use reuse padda.cbStruct you've just computed ? > } > return mmr; > @@ -217,9 +218,11 @@ > mmr = acmDriverOpen(&acmDrvr, hadid, 0); > if (mmr == MMSYSERR_NOERROR) { > ACMDRIVERDETAILSW paddw; > + paddw.cbStruct = sizeof(paddw); > mmr = (MMRESULT)MSACM_Message(acmDrvr, ACMDM_DRIVER_DETAILS, (LPARAM)&paddw, 0); > > acmDriverClose(acmDrvr, 0); > + paddw.cbStruct = min(padd->cbStruct, sizeof(*padd)); > memcpy(padd, &paddw, min(padd->cbStruct, sizeof(*padd))); ditto A+ -- Eric Pouech

Dec. 19, 2005

Re: WLDAP32: link to the reentrant version of libldap

by Alexandre Julliard

Hans Leidekker <hans(a)it.vu.nl> writes: > Yes, strictly speaking we should check all 4 reference handling > functions that are absent from your libldap_r, but I'd rather keep > the configure checks to an absolute minimum. Since these functions > are related I doubt that there are versions of libldap_r around > where less than 4 of them are missing. And when that happens we > can deal with it ;-) It's really not much more work to do it right the first time around, and it makes the code much clearer. Otherwise it looks quite strange to have #ifdefs for a function you aren't even calling. -- Alexandre Julliard julliard(a)winehq.org

Dec. 19, 2005

Re: msvcrt: stricter format checking in printf

by Alexandre Julliard

Jesse Allen <the3dfxdude(a)gmail.com> writes: > Changes: > Require exact uppercase and lowercase format checking in printf > routines, but still tolower the format before rebuilding the format > string for libc's printf. Why don't you pass the correct format to libc too? -- Alexandre Julliard julliard(a)winehq.org

Dec. 19, 2005

Re: what happen with my dinput patch and and langues patch for alot of wine dll

by Stefan Dösinger

Am Montag, 19. Dezember 2005 00:46 schrieb Magnus Olsen: > Hi > I wonder what happen with my dinput patch and and langues patch for japnise > from reactos translator for wine dll files I guess you should send them as plain text attachments, and not base64(?) encoded.

Dec. 19, 2005

Re: what happen with my dinput patch and and langues patch for alotof wine dll

by Magnus Olsen

Hi I am using windows with ms outlock express it always encoding file with base64 arcording to mail server protocoll. u can not transfer file if they are not encoder to base64 accroing to the standard. "Stefan Dösinger" <stefandoesinger(a)gmx.at> wrote in message news:200512191950.47649.stefandoesinger(a)gmx.at... > >

Dec. 19, 2005

Re: binary only dll , resolving links through winebuild

by wino＠piments.com

On Mon, 19 Dec 2005 15:09:23 +0100, Ananth Rao <ananth.rao(a)lgsoftindia.com> wrote: > This can be resolved by > - create the .def file using the spec file > - Link the application to this dll whicle building the application > executable > ######################################################### > THIS EMAIL MESSAGE IS FOR THE SOLE USE OF THE INTENDED > RECIPIENT(S) AND MAY CONTAIN CONFIDENTIAL AND PRIVILEGED > INFORMATION. ANY UNAUTHORIZED REVIEW, USE, DISCLOSURE OR > DISTRIBUTION IS PROHIBITED.BEFORE OPENING ANY ATTACHMENTS > PLEASE CHECK FOR VIRUSES AND DEFECTS.IF YOU ARE NOT THE > INTENDED RECIPIENT, PLEASE NOTIFY US IMMEDIATELY BY REPLY > E-MAIL AND DELETE THE ORIGINAL MESSAGE. > ########################################################## I really love the bullshit disclaimer. Do you really think this covers you in some way from sending confidencial information in an open email or sending virus-infested attachments. It reads like "I'm incompetant and unreliable but I take no responsability for my mistakes." LOL ! --

Dec. 19, 2005

Re: Alexandre Julliard : ntdll: More compatible exception information for protection faults.

by Paul Vriens

Hi, this latest addition to the tests throws an exception on win98. Screenshot attached. Probably Alexandre's area, as he wrote the test. Cheers, Paul.

Dec. 19, 2005

wine's seti@home team

by Ivan Leo Puoti

Hello guys, wine's new boinc seti(a)home team is up and running here http://setiathome.berkeley.edu/team_display.php?teamid=38091 please consider joining. You can also create a team account here if you aren't already running seti(a)home here http://setiathome.berkeley.edu/create_account_form.php?teamid=38091 The Microsoft team http://setiathome.berkeley.edu/team_display.php?teamid=26482 is a bit ahead, so we need help. Ivan.

Dec. 19, 2005