September 2003 - Wine-Devel

font metrics rebuilding
by Nerijus Baliunas Sept. 23, 2003

Sept. 23, 2003

Hello, I ssh to remote machine, which is not running X, and run console win32 application on it. Now 2 questions: It seems remote wine uses my local fonts when rebuilding, could it be so? DISPLAY=localhost:10.0 on remote pc. How to disable font metrics rebuilding? I don't think fonts are needed for console apps. Regards, Nerijus

1 1

Re: What todo with stubs in Winlib
by Boaz Harrosh Sept. 23, 2003

Sept. 23, 2003

I will share all my source & make environment, including .diff patches to ATL/WTL/MFC so any wtl mfc activex project should compile. I intend to supply example projects for MFC GUI and ODBC, WTL apps and ATL com controls all compiled with winelib on Linux. I will show how to compile the C runtime from MSVC. I just need to have every thing linking and running here at work, then I will have time to update to the newer wine and submit the patches. I hope the wine project will be happy to host some of them. the one not accepted I will have available on the NET on my site. Patches include minor adjustments to wine headers. mainly on the #if (cplusplus) side of things for example: --- include/wine/windows/unknwn.h 2003-08-26 16:15:55.000000000 +0300 +++ src/include/unknwn.h 2003-04-12 03:09:14.000000000 +0300 @@ -15,33 +15,14 @@ DEFINE_GUID(IID_IUnknown, 0x00000000, 0x0000, 0x0000, 0xc0,0x00, 0x00,0x00,0x00,0x00,0x00,0x46); #if defined(__cplusplus) && !defined(CINTERFACE) - -extern "C++" { - #ifdef ICOM_USE_COM_INTERFACE_ATTRIBUTE struct __attribute__((com_interface)) IUnknown #else @@ -58,15 +39,7 @@ virtual ULONG STDMETHODCALLTYPE Release( ) = 0; - template <class Q> - HRESULT STDMETHODCALLTYPE QueryInterface(Q** pp) - { - return QueryInterface(__uuidof(Q), (void**)pp); - } }; - -} // extern "C++" - #else typedef struct IUnknownVtbl IUnknownVtbl; struct IUnknown { the support of "uuidof" and other ms stuff like #pagma(property) and declspec(xxx) are in an additional header that either needs to be included or -include msextentions.h in the make files. I will also submit some changes to the winemaker maybe winemaker2. and I would also like to write a white paper about it all. but all in do time, let me link it all together first. Beginning of next week some of you guys will have to help me on how to organize the all patching procedure as it is my first time. If any one cannot wait for the formal patches I will be happy to tar him a private copy of the work in progress. free life Boaz Dimitrie O. Paun wrote: >On Mon, 22 Sep 2003, Boaz Harrosh wrote: > > > >>I must confess I am using a 2 month old wine but ... >> >>from wininet.dll: >> Gopher[*] >> InternetErrorDlg >> InternetSetFilePointer >> >>from rasapi32.dll >> RasSetEntryDialParamsA/W >> IsAsyncMoniker >> RasGetErrorStringA >> RasDialA >> RasGetConnectStatusA >> >> > >Well, update to the latest wine, and write stub implementations for >the ones that still need one. > > > >> CreateAsyncBindCtx - this one is actually there only it is stubbed in >>the spec file >> >> > >Fix the spec file to point to the function. > > > >>and some others - I have MFC/ATL compiled. These and others get pulled >>in and I just wondered what every one is doing. >> >> > >Can you share your experience compiling MFC/ATL? What did you need to >change to MFC/ATL? What about Wine (hopefully nothing :))? What about >the Makefile -- can you share it? > > > >>and if we are at it I am using msvcrt(.dll) from wine (-isystem >>wine/msvcrt) - what does one do with "gethostname"? is there a WINE_ >>synonym for it? that I should -D for >> >> > >I know, this is a tough one -- I have run into it myself, but I haven't >had the time t think about it yet. > > >

1 0

Compiling tests with MSVC headers
by Jakob Eriksson Sept. 23, 2003

Sept. 23, 2003

Compiling with MSVC 7, using MSCV headers. For the record: to compile tests/dpa.c for comctl32.dll you need the latest commctrl.h from Microsoft. The one they settled to publish: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnapiover/… Download the SDK and copy needed files in to Visual Studio. (Or just use the SDK, I think you should be able to compile C and C++ programs with it, no GUI included though.) regards, Jakob

1 0

Re: TreeView control - set correct hwndNotify
by Alexandre Julliard Sept. 22, 2003

Sept. 22, 2003

"Igor Grahek" <igorg(a)cadlink.com> writes: > Is there a reason why this is not accepted? > > ChangeLog: - TreeView control set Notify window correctly in case that > window style is WS_POPUP. I still don't think the IsWindow thing is correct. Have you checked what Windows does in that case? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: shell32: export some already implemented functions
by Alexandre Julliard Sept. 22, 2003

Sept. 22, 2003

"Rolf Kalbermatter" <rolf.kalbermatter(a)citeng.com> writes: > --- dlls/shell32/shell32.spec 21 Aug 2003 21:26:07 -0000 1.75 > +++ dlls/shell32/shell32.spec 19 Sep 2003 10:59:21 -0000 > @@ -89,9 +89,9 @@ > 95 stdcall SHLogILFromFSIL (ptr) > 96 stdcall StrRetToStrN (ptr long ptr ptr) StrRetToStrNAW > 97 stdcall SHWaitForFileToOpen (long long long) > - 98 stdcall SHGetRealIDL (long long long) > + 98 stdcall -noname SHGetRealIDL (ptr ptr ptr) > 99 stdcall SetAppStartingCursor (long long) > 100 stdcall SHRestricted(long) > 102 stdcall SHCoCreateInstance(ptr ptr long ptr ptr) > @@ -174,6 +174,8 @@ > 184 stdcall ArrangeWindows(long long long long long) > 185 stub SHHandleDiskFull > 186 stdcall ILGetDisplayNameEx(ptr ptr ptr long) > + 189 stdcall -noname ILCreateFromPathA(str) > + 190 stdcall -noname ILCreateFromPathW(wstr) I don't think that's correct, I have other functions as 189 and 190 in my shell32.dll. They should probably be '@' ordinals and imported by name. Also, are you sure SHGetRealIDL is supposed to be imported by ordinal? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: DMUSIC: version and headers update
by Alexandre Julliard Sept. 22, 2003

Sept. 22, 2003

Rok Mandeljc <rok.mandeljc(a)gimb.org> writes: > Nothing revolutionary, it just updates versions of dm*.dll files. MS > also added some fields to some structures in headers, but otherwise > there aren't any big changes; sorry for the size of file, but I've been > applying lots of cosmetic fixes to headers... ;=) The patch is big really because you changed the files to use DOS line endings. Please fix that and resubmit a patch. Also we can't simply copy the Microsoft headers, I'm not sure what "released for public use" is supposed to mean but I don't think it gives us the right to redistribute them. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine/dlls/comctl32 comctl32undoc.c comctl32.sp ...
by Dimitrie O. Paun Sept. 22, 2003

Sept. 22, 2003

On September 17, 2003 06:42 pm, Alexandre Julliard wrote: > Renamed the COMCTL32_* functions to use the exported name. What about a search & replace? I know, it's a big change, but this COMCTL32_ prefix is kinda uglifying. They also perpetuate themselves in the code, as they provide bad example. If you want, I can do patches for each of the controls. At the very least I'd like to get the controls I work on cleaned up... -- Dimi.

3 2

Re: tools/translations_status
by Ivan Leo Murray-Smith Sept. 22, 2003

Sept. 22, 2003

> It is slow because it works with CVS to figure things out. If you have a > local copy of the cvs tree (maintained through cvsup) It's not that bad, when I aren't using my dsl line to download 2 or 3 200MB+ files at the same time.

1 0

What todo with stubs in Winlib
by Boaz Harrosh Sept. 22, 2003

Sept. 22, 2003

Winebuild would not recognize stubs for linking. So an app that runs under wine will not compile under winelib. ( stubbed functions are linked to but are not actually used). [Q] What should one do with all these stub functions? redefine them in a separate file? would it make any logic to tell winebuild - with a special switch - to link also to stubs? ( how hard is that hack?)

4 5

Re: tools/translations_status
by Ivan Leo Murray-Smith Sept. 22, 2003

Sept. 22, 2003

Vincent, your tool has a little problem: It isn't clear where I'm meant to run it from. Fromt the wine source root, I get a message saying that ../../tools/wrc doesn't exist, putting it in a directory 2 levels down (So that ../../tools/wrc does exist) I get this [ivan(a)localhost wrc]$ ./01-verif-rc2__charset_ISO-8859-15 Could not open rsrc.rc grep: xx????: No such file or directory DIALOG: grep: xx????: No such file or directory Ressource type unknown: [ivan(a)localhost wrc]$ I'm may be missing something obvious. The translation.sh that Dimi sent is much better (For now), for a start it works, but it is so slow, something faster (Maybe something that can be compiled?) would be very nice.

3 2