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

Re: [QUARTZ] Add implementation for IFilterMapper interface

by Christian Costa

Boaz Harrosh wrote: > > > Christian Costa wrote: > >> Fine. :-) >> BTW, Windows seems to only update the devenum entries, if any, of the >> category eumerated. >> I don't think this is significant or not though... >> >> > devenum entries are Just a cache that quartz is keeping. It is > different between DirectShow versions. I have never figured out > how/when it decides to refresh the cache but he does a good Job. So I > suspect it is only an in-session cache that is refreshed every App > load (first use). > > The main REG, that is standard, and that gets written by > DllRegisterServer is the HKEY_CLASS_ROOT one. > > So it doesn't matter. Unless we want to mix different versions (native and builtin) of devenum.dll and quartz.dll... Thanks for these details. :-) Bye, Christian

March 1, 2004

Re: My patch?

by Alexandre Julliard

Robert van Herk <robert(a)robertvanherk.nl> writes: > Did my patch of 2/17, that allowed for more options in the libraries > dialogue of winecfg, go into the "silent void" that the wine website > speaks of? :-). No, it's in CVS. -- Alexandre Julliard julliard(a)winehq.org

March 1, 2004

Re: Fixing NTQueryVirtualMemory once and for all (Was: Borland C++ 5.5 fails on Link, any ideas?)

by Alexandre Julliard

Troy Rollo <wine(a)troy.rollo.name> writes: > So there's really two issues: > > 1. How should we deal with the 0x80000000 boundary anomaly? By allocating something there. > 2. Should we attempt to deal with the fact that NtQueryVirtualMemory > doesn't report memory used by native executables and libraries? Only if we find an actual app that depends on that. -- Alexandre Julliard julliard(a)winehq.org

March 1, 2004

Re: SafeArrayCreateVector

by Martin Fuchs

> > Changelog: > > correct parameter type for SafeArrayCreateVector() and > SafeArrayCreateVectorEx() from ULONG to UINT > > The Microsoft headers have ULONG here, what headers are you using? Yes, you are right. In the headers there is "ULONG". I looked in the MSDN documentation: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/automat/ht… There it's defined as: SAFEARRAY* SafeArrayCreateVector( VARTYPE vt, long lLbound, unsigned int cElements ); I guess the docu is wrong, since the second parameter is also "long". So please forget the patch. Seems it is better to correct the W32API headers. Regards, Martin

March 1, 2004

Re: Authors.c Won't Compile

by Hans Leidekker

On Friday 27 February 2004 13:41, Robert Shearman wrote: > > On Friday 27 February 2004 14:21, Robert Shearman wrote: > > > > > $ LC_ALL=C sed -e '1,2d' -e 's/$.*$/ \"\1\",/' ../../AUTHORS > > > > > > > > > | grep Ove > > > > | > > > > > "Ove K\x{FFFF}ven", Ok, after a make distclean I was able to reproduce your problem. Somehow when called like that sed does not pick up $LC_ALL anymore. I guess there's a subshell in between somewhere? A wrapper? When you export $LC_ALL things start to work again. Attached patch does that. Changelog: export LC_ALL before calling sed.

March 1, 2004

Re: SafeArrayCreateVector

by Alexandre Julliard

"Martin Fuchs" <martin-fuchs(a)gmx.net> writes: > Changelog: > correct parameter type for SafeArrayCreateVector() and SafeArrayCreateVectorEx() from ULONG to UINT The Microsoft headers have ULONG here, what headers are you using? -- Alexandre Julliard julliard(a)winehq.org

March 1, 2004

Re: Program crash when moving a scrollbar

by Alexandre Julliard

"Norbert Feulner" <feulner.norbert(a)web.de> writes: > WINPROC_MapMsg16To32A is used to restore some of the original values. It is called by > __wine_call_wndproc_32W (line 4). > > Here I added for the case of message msg16 equals SBM_GETRANGE to extend pwparam32 > to its 32-Bit value. This is done by using the upper word from plparam. This is wrong, wParam and lParam don't necessarily have the same high word. This problem has been discussed already, what needs to be done is to investigate how SBM_GETRANGE works on 16-bit Windows and then implement the proper translation based on that. -- Alexandre Julliard julliard(a)winehq.org

March 1, 2004

Re: Cross compiling Wine with MinGW

by Hans Leidekker

On Sunday 29 February 2004 20:49, Juan Lang wrote: > > Shouldn't wininet build on ws2_32 and thus compile? > > I think it should be investigated... > > wininet currently depends on OpenSSL and BSD (unix) > sockets. I think the way OpenSSL is being used makes > it rather hard to use ws2_32 instead, but if someone > wants to take that on that would help. I'm trying to > implement SSL in secur32.dll so wininet can use this, > but it will take me a while (it's rather large). > Helpers welcome :) > > I can fix up vnb.vxd, it really should build on MinGW, > whether or not it's useful to do so. I'll send a > patch shortly. If I include winsock2.h, get rid of the sys/socket.h, netinet/in.h and arpa/inet.h includes and additionally link to ws2_32 it builds on MinGW as well as Wine. > Hans, why didn't wsock32 build? It looks like > configure should protect you against missing headers > and whatnot; it mostly forwards to iphlpapi and > ws2_32. It's missing some constants: ../../../wine/dlls/wsock32/protocol.c:144: `SOCK_STREAM' undeclared (first use in this function) ../../../wine/dlls/wsock32/protocol.c:155: `SOCK_DGRAM' undeclared (first use in this function) These are in winsock.h but protocol.c only includes winsock2.h When I change the include to winsock.h I get: ../../../wine/include/winsock.h:25:4: #error Please use Winsock2 in Wine winsock2.h says: FIXME: Still missing required Winsock 2 definitions. MinGW and MSVC versions of winsock2.h have the defines, so I guess we need to add them. Attached patch does so. -Hans Changelog: add protocol type constants.

March 1, 2004

Re: OLEPictureImpl_SaveAsFile

by Mike Hearn

On Mon, 01 Mar 2004 09:12:09 +0000, Ross Clement wrote: > Hence any image editing or creating program that creates an image > in memory, or modifies an image after it is loaded, won't work. Yes, our support for the visual basic APIs (basically a lot of OLE is really VB runtime code and not used by much else) is not great. > I would like to ask if anyone is working on OLEPictureImpl_SaveAsFile, > or planning to. Otherwise I may have a hack at it myself. Go for it. Feel free to ask here or on #winehackers (freenode) if you get stuck. If you do decide to have a go, I'd suggest doing what I do and subscribing to the list then switching mail delivery off. You can then use gmane to see and post to the list using a more convenient interface. thanks -mike

March 1, 2004

"Warning: Language '' was not recognized"

by Joel Konkle-Parker

I've looked through the archives for an answer to this, but didn't find anything. When I run `wine ie6setup.exe` using Wine from CVS, the first lines are the following: -- Warning: Language '' was not recognized, defaulting to English. Building font metrics. This may take some time... -- Where is this language warning coming from? Thanks in advance. -- Joel Konkle-Parker Webmaster [Ballsome.com] E-mail [jjk3(a)msstate.edu]

March 1, 2004