wine-devel March 2004

wine-devel@winehq.org

128 participants
264 discussions

Re: winegcc: portability
by Kirill Smelkov 02 Mar '04

02 Mar '04

1 Март 2004 05:52, Dimitrie O. Paun написал: > OK, this is it. I've included the new config.h.in for > patch review convenience. Please run > > autoheader > autoconf > > after applying it. With this stuff in the tree, we should > be able to build programs/* with it. Next on the list is > -shared support... > > ChangeLog > Instrument winegcc to use the compilers and options detected > at configure time. Add support for parsing/formatting a string > array from/to a char string. Add option to disable short wchar > support in winegcc. And what about next (removed from winemaker by your recent patch) -fpermissive, -fms-extensions -fno-for-scope ? They are very handy when porting win32 apps. -- Kirill.

2 3

Re: Cross compiling Wine with MinGW
by Hans Leidekker 02 Mar '04

02 Mar '04

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.

2 2

Problems with CHtmlView class in WINE
by vishal wable 02 Mar '04

02 Mar '04

Respected Sir, I am trying to run a MFC application in Red Hat Linux 8 using WINE.(Latest Version). I have used a MFC class "CHtmlView" in order to display html pages. Following line of code does that for me. Navigate2( "MyPage.html",NULL,NULL); In WINE i get the following error when trying to do so. "Cannot create an empty document" and the application crashes. Could you please help me to solve this problem. thank you, Regards, Vishal Wable --------------------------------- Do you Yahoo!? Get better spam protection with Yahoo! Mail

2 1

Close button on MFC dockable windows
by Justin Chevrier 02 Mar '04

02 Mar '04

Several programs: eg: Powergrab: http://www.cosmicwolf.com SCB Demo3: http://adam.stup.ac.ru/Developer/ ArticleDetail.aspx?ar=318&l=n&mi=10&mic=40 that make use of MFC to do things like dockable windows don't properly draw the close button on docked windows. Instead of an 'x' it looked more like an 'r'. After some investigation and traces I saw that wine was substituting Arial in for Marlett when Marlett was specified with a DEFAULT_CHARSET. I changed the behaviour to instead load 'webdings' when this situation was encountered. This changed the font drawn on the button from an Arial 'r' to a Webding close 'x' character. Unfortunately it was drawn well below the actual button. I am not sure of the correct way to fix this. I have included a changed line: if(ppem <= startsz || ppem > endsz) that corrects this but I doubt it's correct. Justin Chevrier Changelog: Allow MFC programs that dock windows to draw a correct close button. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [QUARTZ] Add implementation for IFilterMapper interface
by Robert Shearman 01 Mar '04

01 Mar '04

Christian Costa wrote: > > Hi, > > This patch adds implementation for the IFilterMapper interface. Nice. I have few comments (see below). > However filters registered with this interface require some work in > devenum to > be seen from application. This will be done when time permits. Ok. I had assumed devenum was complete, but obviously not. Does it spit out any fixme's? ... > @@ -879,7 +893,7 @@ > if (SUCCEEDED(hrSub)) > hrSub = > ICreateDevEnum_CreateClassEnumerator(pCreateDevEnum, &clsidCat, > &pEnum, 0); > > - if (SUCCEEDED(hrSub)) > + if (SUCCEEDED(hrSub) && (hrSub == S_OK)) You can remove the SUCCEEDED(hrSub) completely here. ... > + if (SUCCEEDED(hrSub)) > + { > + len = (strlenW((WCHAR*)&V_UNION(&var, bstrVal))+1) * > sizeof(WCHAR); > + if (!(regfilters[idx].Name = CoTaskMemAlloc(len*2))) > + hr = E_OUTOFMEMORY; > + } > + > + if (SUCCEEDED(hrSub)) > + { > + memcpy(regfilters[idx].Name, &V_UNION(&var, bstrVal), len); > + regfilters[idx].Clsid = clsid; > + idx++; > + } Indentation messed up a bit here and many other places. ... > + if (cFetched > 0) > + { > + for(i = 0; i < cFetched; i++) { > + /* The string in the REGFILTER structure must be > allocated in the same block as the REGFILTER structure itself */ > + ppRegFilter[i] = > (REGFILTER*)CoTaskMemAlloc(sizeof(REGFILTER)+(strlenW(This->RegFil > ters[i].Name)+1)*sizeof(WCHAR)); > + if (!ppRegFilter[i]) { > + while(i) { > + CoTaskMemFree(ppRegFilter[--i]); > + ppRegFilter[i] = NULL; > + } > + return E_OUTOFMEMORY; > + } > + ppRegFilter[i]->Clsid = This->RegFilters[i].Clsid; > + ppRegFilter[i]->Name = > (WCHAR*)((char*)ppRegFilter[i]+sizeof(REGFILTER)); > + CopyMemory(ppRegFilter[i]->Name, > This->RegFilters[i].Name, > (strlenW(This->RegFilters[i].Name)+1)*sizeof(WCHAR)); > + } Please choose one style of bracket placement and stick to it (this occurs in a few places too). Other than these things, it looks fine. Rob

3 5

My patch?
by Robert van Herk 01 Mar '04

01 Mar '04

Hi, 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? :-). I didn't see any notice about it on this list... Grtz, Robert

2 1

Borland C++ 5.5 fails on Link, any ideas?
by Michael Pyne 01 Mar '04

01 Mar '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I've been trying to use the free Borland C++ 5.5 command-line tools to compile some Windows applications for my school assignments. To be specific, I am in a graphics class where every turnin has to be Windows. :-( Anyways, Borland C++ runs fine until it tries to link the program in question, at which point ilink32.exe just sits there and eats CPU cycles. I've tried letting it run in case it was simply slower than normal due to the Wine layer, but that doesn't seem to be case (I've let it sit for minutes at a time). This occurs no matter how I run it (with wine or either of wineconsole's two modes). I was wondering if there is a way I can help figure out what the problem is so that we can get this bug fixed. Obligatory specs: OS: Gentoo w/ Linux 2.6.3 (Wine was not compiled using NPTL, but OpenGL support is in) ATI OpenGL drivers XFree86 4.3 GCC 3.3.1 Using fake_windows support Please CC: any replies to me, as I am not subscribed to this list. Also, let me know if there is any other information which would be useful. Regards, - Michael Pyne -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAQVAQqjQYp5Omm0oRAofOAKDEhWcFavrlg/3VdjMOcx90hF/iiwCgvWUj IS/FYImIKOxThQRj89LvwYc= =+Gxw -----END PGP SIGNATURE-----

6 7

Re: SafeArrayCreateVector
by Alexandre Julliard 01 Mar '04

01 Mar '04

"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

2 1

Authors.c Won't Compile
by Robert Shearman 01 Mar '04

01 Mar '04

Hi, I can't compile authors.c due to some encoding issue with sed. I can generate the authors.c file fine on the command line, but the same command in the Makefile won't generate compilable code due to it terminating the string constant before a UTF-8 character. I am using Fedora Core 1 with latest updates. $ sed --version GNU sed version 4.0.8 Rob Example of errors: authors.c:19: error: stray '\366' in program authors.c:20: error: `m' undeclared here (not in a function) authors.c:20: error: initializer element is not constant authors.c:20: error: (near initialization for `SHELL_Authors[18]') authors.c:20: error: syntax error before string constant

2 7

Re: Program crash when moving a scrollbar
by Alexandre Julliard 01 Mar '04

01 Mar '04

"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

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel March 2004