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

Delays in FileOpen

by Uwe Bonnes

Hallo (Michael?), File Open Dialogs for me have some noticable initial delay when starting up. For example, try in internet explorer "Save under". I don't remember seeing that delay some time before. Dif recent shfolder changes cause that delay? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 29, 2005

Re: [Fwd: QUARTZ: initialize AM_MEDIA_TYPE to prevent crash]

by Christian Costa

I have already sent a fix (applied) for that 3 weeks ago. You should have updated you tree before sending a patch. ;-) Bye, Christian Alex Villacís Lasso wrote: > I am (still) trying to run a Japanese RPG program in Wine, and it > requires 1) the Indeo video codecs, fortunately downloadable, and 2) > this patch, to prevent crashing on an attempt to IUnknown_Release on a > bogus interface. > > Second attempt - first one never appeared on the mail list. > > Changelog: > * Initialize mtCurrent structure to NULL to prevent calling > IUnknown_Release on an uninitialized interface > > >------------------------------------------------------------------------ > >--- wine-20050524/dlls/quartz/pin.c 2005-05-06 09:34:44.000000000 -0500 >+++ wine-20050524-patch/dlls/quartz/pin.c 2005-06-26 20:48:48.000000000 -0500 >@@ -153,6 +153,7 @@ > pPinImpl->pin.fnQueryAccept = pQueryAccept; > pPinImpl->pin.pUserData = pUserData; > pPinImpl->pin.pCritSec = pCritSec; >+ memset(&(pPinImpl->pin.mtCurrent), 0, sizeof(AM_MEDIA_TYPE)); > Copy_PinInfo(&pPinImpl->pin.pinInfo, pPinInfo); > > /* Input pin attributes */ >@@ -176,6 +177,7 @@ > pPinImpl->pin.fnQueryAccept = pQueryAccept; > pPinImpl->pin.pUserData = pUserData; > pPinImpl->pin.pCritSec = pCritSec; >+ memset(&(pPinImpl->pin.mtCurrent), 0, sizeof(AM_MEDIA_TYPE)); > Copy_PinInfo(&pPinImpl->pin.pinInfo, pPinInfo); > > /* Output pin attributes */ > >

June 29, 2005

Re: World of Warcraft

by Christoph

Joseph Garvin schrieb: > The test realms are up, which lets players test the next patch. Anyone > tried it to see if the problem is fixed? > Yes, I'm going to test. first gotcha the bizzard char copy page. The page did not work in Firefox. Clicking in a circle, not accepting a new char name. Looked at page source. What a joy. The europe/german Version of the page contains a bag full of typos ... such as not closed tags ! Thanks to the Webdeveloper plugin in Firefox I got finally a test char :-P second download tool. 100% cpu and 'nothing' happens until winedbg came up with seg fault. Simply retried 5 times, now it's downloading and uploading with 3040MB/s . Great speedup :=) third, ... hey I have to cvs the latest wine ;-) chris

June 29, 2005

Re: MSHTML: Implemented res protocol

by Juan Lang

Hi Jacek, > +/* FIXME: What does it mean? */ > +#define UNKNOWN_RES_ERR1 0x8007007E This is HRESULT_FROM_WIN32(ERROR_MOD_NOT_FOUND). Any 0x8007* error code is an HRESULT_FROM_WIN32 of a Win32 error. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

June 29, 2005

Sony Station

by Oliver Stieber

Hi, Has anyone managed to get sony's station (http://www.station.sony.com/en/) past the file scan? ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

June 29, 2005

Modifying windows registry

by Serge NOEL

Hello, i' am searching a way to change windows registry from Linux (not the copy but the real windows registry) Has someone an idea on how to do this ? Serge

June 29, 2005

Re: Fix libGL.a check on configure

by Chuck Hall

On Tue, 28 Jun 2005, Anderson Lizardo wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Alexandre Julliard wrote: > > Anderson Lizardo <andersonlizardo(a)yahoo.com.br> writes: > >>Fixed the libGL.a configure check for systems where > >>/usr/X11R6/lib/libGL.so is a symbolic link. > >> > >> > >>PS.: I've not used a simple "test -e" because > >>http://www.winehq.org/hypermail/wine-patches/2002/01/0206.html says this > >>does not work on Solaris. > > > > > > My guess is that if test -e doesn't work, test -L won't work either... > > What about the attached patch? It uses "ls" instead of "test" to test > for file presence (assuming ls returns non-zero code on a non-present > file, which is true for a POSIX compliant system). > > Snippet: > > - - if test -f /usr/X11R6/lib/libGL.a -a ! -f > /usr/X11R6/lib/libGL.so -a ! -f /usr/X11R6/lib/libGL.dylib > + if ls /usr/X11R6/lib/libGL.a >/dev/null 2>&1 -a \ > + ! ls /usr/X11R6/lib/libGL.so >/dev/null 2>&1 -a \ > + ! ls /usr/X11R6/lib/libGL.dylib >/dev/null 2>&1 > > Best regards, > - -- > Anderson Lizardo On Solaris 9 and Solaris 10 the man page for test say -e checks if the file exists, and -L checks if the file exists and is a symbolic link. -e is not avaliable in the shell sh, there is no mention if -L works or not in sh. It might be a problem for just Solaris 8, or the tests are/were ran in the sh shell. -- Have Fun! Chuck Hall

June 29, 2005

Re: Fix libGL.a check on configure

by Alexandre Julliard

Anderson Lizardo <andersonlizardo(a)yahoo.com.br> writes: > What about the attached patch? It uses "ls" instead of "test" to test > for file presence (assuming ls returns non-zero code on a non-present > file, which is true for a POSIX compliant system). It would be much better to try the actual linking and see what happens. -- Alexandre Julliard julliard(a)winehq.org

June 29, 2005

Re: implement EM_GETTEXTEX in riched20

by Marcus Meissner

On Wed, Jun 29, 2005 at 09:02:34AM -0500, Aric Stewart wrote: > implementation for EM_GETTEXTEX in riched20 > Index: dlls/riched20/editor.c > =================================================================== > RCS file: /home/wine/wine/dlls/riched20/editor.c,v > retrieving revision 1.32 > diff -u -r1.32 editor.c > --- dlls/riched20/editor.c 21 Jun 2005 20:53:14 -0000 1.32 > +++ dlls/riched20/editor.c 29 Jun 2005 14:00:17 -0000 > @@ -845,7 +845,6 @@ > UNSUPPORTED_MSG(EM_GETRECT) > UNSUPPORTED_MSG(EM_GETREDONAME) > UNSUPPORTED_MSG(EM_GETSCROLLPOS) > - UNSUPPORTED_MSG(EM_GETTEXTEX) > UNSUPPORTED_MSG(EM_GETTEXTLENGTHEX) > UNSUPPORTED_MSG(EM_GETTEXTMODE) > UNSUPPORTED_MSG(EM_GETTYPOGRAPHYOPTIONS) > @@ -1184,6 +1183,30 @@ > return RichEditANSIWndProc(hWnd, EM_GETTEXTRANGE, 0, (LPARAM)&tr); > } > case EM_GETSELTEXT: > + case EM_GETTEXTEX: > + { I do not think this is what you want. You now have both cases in one ... Ciao, Marcus

June 29, 2005

Re[2]: shell32/tests: ILFree is not exported on all versions

by Vitaliy Margolen

Wednesday, June 29, 2005, 7:47:38 AM, you wrote: > * On Wed, 29 Jun 2005, Vitaliy Margolen wrote: >> >> By a looks of it wine using same IMalloc interface for both. Native, >> including XP and server 2003 still export SHGetMalloc. >> >> In other words I don't see a problem using SHGetMalloc on wine and all >> of native versions. > Not a problem, just a message from MSDN [1]: > | SHGetMalloc Function > | Not currently supported. > | > | Remarks > | This function should no longer be used. Use the CoTaskMemFree and > | CoTaskMemAlloc functions in its place. > Plus CoTaskMemFree() lets us get rid of one global variable. :-P > No, this isn't a persuading act. This might be more of my question: > --Why MS decided to write about stopping to support this function? That's what they do - screwing people up. > [1] > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… Yeh, I read that. There is no way they can delete SHGetMalloc without braking huge number of programs. BTW on Win CE it's still what they suggest. And the last note: this patch made it in :P Vitaliy

June 29, 2005