August 2004 - Wine-Devel - list.winehq.org

Re: Fwd:Advertising Enquiry

by Francois Gouget

On Mon, 2 Aug 2004, Ivan Leo Puoti wrote: > Not sure if I ever forwarded this. > > Ivan. > > Is it possible to advertise on www.winehq.com? If so, how could we go > about it? [...] > Cheeze Ltd > www.cheeze.com I had a look at their web site and it does not look like a company I would personally like to see advertising for on WineHQ. From their (very incomplete) web site: We are a leading specialist in digital response media. ... A Direct Marketing Approach to Search Engine Optimisation has given us a further accountable form of online promotion for our clients. ... Besides sounding suspiciously like spamming or at least dubious web site ranking games, it's not related to Wine, Linux, emulation technology, open source, etc. (Initially I thought they would be selling cheese and wanted to promote them on a 'Wine' site<g> Would probably not have been much worse) But that's just my 2 cents and I'm not the one deciding. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Any sufficiently advanced Operating System is indistinguishable from Linux

Aug. 2, 2004

Re: Remove typelib ProxyStubClsid registration when no oleautomation interface is being registered

by Jeroen Janssen

Jeroen Janssen wrote: > As far as I see it I have two options (to run this outprocess > client/server program): > 1) use the available proxy/stub code > 2) use the typelib marshaller if a typelib is registered And maybe a 3rd option: use native ole/rpcrt/etc dlls? --- Jeroen

Aug. 2, 2004

Re: cleanup a->w cross calls in advapi32/crypt.c

by Mike McCormack

James Hawkins wrote: > + PWSTR keyname; > > - keyname = CRYPT_Alloc(strlen(KEYSTR) + strlen(pProvName) +1); > + keyname = CRYPT_Alloc((strlenW(KEYSTR) + strlenW(pProvName) + 1) * sizeof(WCHAR)); > if (keyname) > { > - strcpy(keyname, KEYSTR); > - strcpy(keyname + strlen(KEYSTR), pProvName); > + strcpyW(keyname, KEYSTR); > + strcpyW(keyname + strlenW(KEYSTR) * sizeof(WCHAR), pProvName); > } else > SetLastError(ERROR_NOT_ENOUGH_MEMORY); > return keyname; > } This doesn't look right.... when using pointer arithmetic, you do so in increments of the pointer's type (eg. WCHAR). The following two lines are the same, and are both wrong: strcpyW(keyname + strlenW(KEYSTR) * sizeof(WCHAR), pProvName); strcpyW(&keyname[strlenW(KEYSTR) * sizeof(WCHAR)], pProvName); The right version would be: strcpyW(&keyname[strlenW(KEYSTR)], pProvName); but how about just using: strcatW( keyname, pProvname ); Mike

Aug. 2, 2004

Fwd:Advertising Enquiry

by Ivan Leo Puoti

Not sure if I ever forwarded this. Ivan.

Aug. 2, 2004

Re: list view completely mangled in WINE

by Tobias Burnus

Hello, Filip Navara wrote: > Can you try the attached patch please? The patch improves the situation a lot! Even Save List works now! Thanks! Before: http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list_wine.png Afterwards: http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list_wine2.png The only problem I still have is the horizontal scrolling in listviews. If I reduce the window size, horizontal scrollbars appear and everything looks fine (http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list_wine3a.png) Now, I click on the scrollbar to scroll to the rightmost columns; while the header is correct, the list itself contains the FIRST columns not the columns which belong to the column headers http://www.physik.fu-berlin.de/~tburnus/wine/diamond_list_wine3b.png Regards, Tobias

Aug. 2, 2004

Re: debugging a dll

by Jeroen Janssen

Fabian Cenedese wrote: >>Someone sent me a debug version of a Windows dll and a map file. I'm >>not a Windows programmer, and I'm not sure how to use the map fiile. > > > Look on the microsoft site for crashfinder (it's from a MS Journal article). > It reads the mapfile(s), you can enter an address and it returns you the > matching function. > (And if you fail to find it I can send it to you. That should be legal as the > source code is freely available.) You can also find this application on the CD of the book "Debugging Applications" by John Robbins (from the "MSDN Bugslayer" column). See also http://www.wintellect.com/about/instructors/robbins/code.aspx for his available code. --- Jeroen

Aug. 2, 2004

Re: cleanup a->w cross calls in advapi32/crypt.c

by Dmitry Timoshkov

"James Hawkins" <truiken(a)gmail.com> wrote: > Full rewrite. If you have any questions, I'll be happy to answer them. > > Changelog > * clean up cross-call functions > - strcpy(keyname, KEYSTR); > - strcpy(keyname + strlen(KEYSTR), pProvName); > + strcpyW(keyname, KEYSTR); > + strcpyW(keyname + strlenW(KEYSTR) * sizeof(WCHAR), pProvName); Why did you add '* sizeof(WCHAR)' here? > - user ? strcpy(keyname, USERSTR) : strcpy(keyname, MACHINESTR); > - ptr = keyname + strlen(keyname); > - *(--ptr) = (dwType % 10) + '0'; > - *(--ptr) = ((dwType / 10) % 10) + '0'; > - *(--ptr) = (dwType / 100) + '0'; > + user ? strcpyW(keyname, USERSTR) : strcpyW(keyname, MACHINESTR); > + ptr = keyname + strlenW(keyname) * sizeof(WCHAR); And here? Did you ever test the resulting code? -- Dmitry.

Aug. 2, 2004

Re: debugging a dll

by Fabian Cenedese

>Someone sent me a debug version of a Windows dll and a map file. I'm >not a Windows programmer, and I'm not sure how to use the map fiile. Look on the microsoft site for crashfinder (it's from a MS Journal article). It reads the mapfile(s), you can enter an address and it returns you the matching function. (And if you fail to find it I can send it to you. That should be legal as the source code is freely available.) bye Fabi

Aug. 2, 2004

Re: c:\\windows is not accessible message

by Dan McGhee

> >http://www.linuxquestions.org/questions/showthread.php?s=&threadid=204255&h… > > I'm farmerdan in this thread. I used to get this message when I first started using wine. It came when I tried to use the windows partition AND when I had installed wine from a package. I have not recreated it since I have learned to use a "fake" windows, but I suspect that this was a symptom of either a packaging error or the bug that got corrected (Bug 2356) in the latest snapshot. >I am wondering >if it's to do with packaging, > > I think it does. Dan

Aug. 1, 2004

Re: Remove typelib ProxyStubClsid registration when no oleautomation interface is being registered

by Jeroen Janssen

Marcus Meissner wrote: >>As far as I see it I have two options (to run this outprocess >>client/server program): >>1) use the available proxy/stub code (which is what I assume Windows >>does?) However since some of the rpcrt4 stub/proxy handling in wine is >>not finished yet, this probably won't work always (and it doesn't yet >>for me for this application). And indeed I don't really know if this >>also affects for example InstallShield behaviour. >> >>2) use the typelib marshaller if a typelib is registered (even though a >>proxy/stub is available). This is the current wine codepath, but it also >>does not work for me since I get some VT_USERDEFINED errors. But that >>started me wondering why the 'real' proxy/stub code is not used. Since >>some of the rpcrt4 code path seems to work with marshalling, I came up >>with this patch. >> >> > >What VT_USERDEFINED errors? > > Well, the last part of the server trace logging is: trace:ole:LoadTypeLibEx returns 00000000 trace:ole:LoadRegTypeLib (IID: {00020430-0000-0000-c000-000000000046}) load SUCCESS (0x42626760) trace:ole:ITypeLib2_fnAddRef (0x42626760)->ref was 1 trace:ole:ITypeLib2_fnGetTypeInfoOfGuid (0x42626760) guid: {3599b012-1f4b-11d4-9463-000629d00584}) trace:ole:ITypeLib2_fnGetTypeInfoOfGuid -- element not found trace:ole:ITypeLib2_fnRelease (0x42626760)->(1) trace:ole:ITypeInfo_fnGetRefTypeInfo (0x426252c8) hreftype 0x000d loaded FAILURE (0x42e07fd8) fixme:ole:deserialize_param Could not get typeinfo of hreftype d for VT_USERDEFINED. fixme:ole:TMStubImpl_Invoke Failed to deserialize param pObjectType, hres 8002802b trace:ole:_invoke Calling 0x672d3b80(40d55520,40320060,) fixme:ole:_xread Read only 0 of 4 bytes from 0xd0. fixme:ole:_StubReaderThread Failed with hres 80004005 And the last part of the client trace logs contains something similar: trace:ole:LoadTypeLibEx returns 00000000 trace:ole:LoadRegTypeLib (IID: {00020430-0000-0000-c000-000000000046}) load SUCCESS (0x40371928) trace:ole:ITypeLib2_fnAddRef (0x40371928)->ref was 1 trace:ole:ITypeLib2_fnGetTypeInfoOfGuid (0x40371928) guid: {3599b012-1f4b-11d4-9463-000629d00584}) trace:ole:ITypeLib2_fnGetTypeInfoOfGuid -- element not found trace:ole:ITypeLib2_fnRelease (0x40371928)->(1) trace:ole:ITypeInfo_fnGetRefTypeInfo (0x403702e0) hreftype 0x000d loaded FAILURE (0x403718d0) fixme:ole:serialize_param Could not get typeinfo of hreftype d for VT_USERDEFINED. fixme:ole:xCall Failed to serialize param, hres 8002802b trace:ole:PipeBuf_GetBuffer (0x4069fb60,{11ef83d1-553a-11d3-bb12-0004ac9658d6}), slightly wrong. trace:ole:PipeBuf_SendReceive () trace:ole:deserialize_param vt 26 at 0x4069fbe4 fixme:ole:deserialize_param Failed to load pointer cookie. fixme:ole:xCall Failed to unmarshall param, hres 80004005 How can I find out what is wrong here? --- Jeroen

Aug. 1, 2004