September 2003 - Wine-devel

RE: Using limits.h
by Robert Shearman 09 Sep '03

09 Sep '03

> -----Original Message----- > From: Alexandre Julliard [mailto:julliard(a)winehq.com] > Sent: 09 September 2003 03:13 > To: Robert Shearman > Cc: wine-devel(a)winehq.com > Subject: Re: Using limits.h > > "Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > > > I'm trying to use the default limits.h installed on my Debian > Woody system, > > so that I can use either LLONG_MAX or LONG_LONG_MAX in Wine. Does anyone > > know of anything special I have to define so that these are > defined? I have > > tried __USE_ISOC99, but no joy. > > If you have to do some special magic to get them, it's a clear sign > that these symbols are not portable and should not be used. Should I just use the constant that LONG_LONG_MAX equates to and put this into the source file then? Is this portable (i.e. is long long 64bits on all platforms) ? On another note, how would you feel to adding a new debugging function (say debugstr_lld) to print out the decimal value of long longs? Rob

3 4

winbase.h: STILL_ACTIVE
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

We have the following definition: /usr/local/include/wine/windows/winbase.h:#define STILL_ACTIVE STATUS_PENDING This fails to compile under visual-mingw. Is this how it is defined under the MS headers? Does this mean that any app using STILL_ACTIVE must also include ntstatus.h? -- Dimi.

2 1

Re: lostwages/. .htaccess
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

On Tue, 9 Sep 2003, Jeremy Newman wrote: > Log message: > regex was causing hypermail archives to 404 Do you know why? -- Dimi.

2 1

Re: winedefault.reg
by David.Goodenough＠DGA.co.uk 09 Sep '03

09 Sep '03

A further problem with the Debian install is that winedefault.reg is delivered packed (.gz). Perhaps as a further addition to regedit (or what ever command line version is to be used) should be to unpack it as well as read it - otherwise please can the Debian version be shipped ungziped. David Paul McNett <p(a)ulmcnett.com> To: wine-devel(a)winehq.org Sent by: cc: wine-devel-admin@ Subject: Re: winedefault.reg winehq.org 08/09/2003 14:34 Please respond to p Ivan Leo Murray-Smith writes: > Some people on wine-users are complaining that regedit > winedefault.reg doesn' t always work correctly, somebody > posted this solution > http://www.winehq.org/hypermail/wine-users/2003/09/0062.html > but it would be a very nice thing if regedit winedefault.reg > exited with no output and just worked like it has always done > with the command line version. Yes I just realized, only last night, that my latest Wine install didn't include the winedefault.reg, even though I always install Wine with ./tools/wineinstall, and it is advertised that it will install the winedefault.reg. Instead what happens is the new graphical regedit is displayed. -- Paul McNett

1 0

Re: Request for help - byacc problem building on Mandrake 9.1
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

On Tue, 9 Sep 2003, Bill Medland wrote: > > I have just installed Mandrake 9.1 and tried to build Wine. I am getting an > error when byacc runs in dlls/msi > > byacc: e - line 73 of "./sql.y", syntax error > > %pure-parser > ^ > > Any idea what I am doing wrong or what I have failed to do? What yacc/bison are you using? It seems to be an old one... -- Dimi.

2 1

widl: oleidl.h problem
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

Folks, When compiling visual-mingw under Winelib, I get the following error: In file included from /usr/local/include/wine/windows/ole2.h:27, from /usr/local/include/wine/windows/shlobj.h:22, from ../include/browsdlg.h:19, from browsdlg.cpp:14: /usr/local/include/wine/windows/oleidl.h:294: ISO C++ forbids defining types within in a parameter list Error: g++ failed. The offending code is: #if defined(__cplusplus) && !defined(CINTERFACE) struct IOleInPlaceActiveObject : public IOleWindow { virtual HRESULT STDMETHODCALLTYPE TranslateAccelerator( struct tagMSG { HWND hwnd; UINT message; WPARAM wParam; LPARAM lParam; DWORD time; POINT pt; }* lpmsg) = 0; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ virtual HRESULT STDMETHODCALLTYPE OnFrameWindowActivate( BOOL fActivate) = 0; virtual HRESULT STDMETHODCALLTYPE OnDocWindowActivate( BOOL fActivate) = 0; virtual HRESULT STDMETHODCALLTYPE ResizeBorder( LPCRECT prcBorder, IOleInPlaceUIWindow* pUIWindow, BOOL fFrameWindow) = 0; virtual HRESULT STDMETHODCALLTYPE EnableModeless( BOOL fEnable) = 0; }; #else Can some of the widl gurus look at this one please? -- Dimi.

1 0

for Red Hat packager
by Ivan Leo Murray-Smith 09 Sep '03

09 Sep '03

Could the Red Hat packager please take care of this http://www.winehq.org/hypermail/wine-users/2003/09/0081.html I don't know if it's a rpm packaging error or a problem with the users system setup, but I suppose the creator of the rpm can solve the issue quite easily.

3 2

More stuff about the headers
by Steven Edwards 09 Sep '03

09 Sep '03

Hello, First thanks Dimi and Alexandre for the header fixes. I have been outa town till lastnight so I have not had a chance to do much testing of the MS_VC build yet. I will start working on this soon as I want to get these dlls imported in to ReactOS. First thing is first. Whats up with the *_must_be_suffixed_with_W_or_A_in_this_context error? To build comctl32 with the Mingw/PSDK headers we need to do something about this. Almost every file is expecting IDC_ARROWA and the PSDK/w32api dont define a A/W suffix. I think once we fix this comctl32 should build out of the box with the PSDK or w32api. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

4 9

RE: MSVCP60.DLL missing, please help
by Rolf Kalbermatter 09 Sep '03

09 Sep '03

eric lin <fsshl(a)luxmail.com> wrote: > Thanks your reply and point out. I will try to search web somewhere >to get it for running my.exe file by wine. (or point me some place >in web I can get it) > > or anyone have other alternative, please inform me. Well if you have written that program and compiled it using a legal version of Visual C, you are allowed to redistribute that DLL with your app. Otherwise most modern MS apps, including their freebies, will probably install it anyhow. Rolf Kalbermatter CIT Engineering Nederland BV tel: +31 (070) 415 9190 Treubstraat 7H fax: +31 (070) 415 9191 2288 EG Rijswijk http://www.citengineering.com Netherlands mailto:rolf.kalbermatter(a)citeng.com

1 0

supported_applications page
by Jeremy Newman 09 Sep '03

09 Sep '03

I was looking over this page when I converting the appdb.winehq.org site over to the new theme. It seems to me that we could drop this page if we added a new field to the appDB called "medal" or something. Then you can go through and mark the apps that are Gold, or Silver directly in the appDB. I could add a report to the sidebar menu of the appDB called "Supported Apps", it would then show the gold and silver apps from the db. You would then need to add your notes about these apps to their descriptions. Seems simple enough. This would then allow the "Applications" link in the main menu of WineHQ go directly to the app db. I don't like the fact that right now the link to the appDB is fairly buried. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

2 1