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

bt in traces
by Fabian Cenedese Feb. 20, 2004

Feb. 20, 2004

Hi Is it possible to output the backtrace while the program is running? I mean that with a new debug command e.g. wine_dbg_bt or so you could output not only the name of the called function and the argument values (as with the debug channels) but also the call stack where it came from. That's of course only temporarily for debugging inside wine. If I see that a function has a problem because the argument is wrong it would be much easier to find out where this came from. If I only want to use it inside wine it should have access to the call stack information, no? Thanks bye Fabi

6 10

Re: dlls/comctl32/string.c problems
by Robert Shearman Feb. 20, 2004

Feb. 20, 2004

I'll take a look at the first chance I get (at least Monday). >>> Gerald Pfeifer <gerald(a)pfeifer.com> 02/20/04 16:37 PM >>> string.c:486: warning: passing arg 4 of `COMCTL32_StrRChrHelperA' from incompatible pointer type string.c:499: warning: passing arg 4 of `COMCTL32_StrRChrHelperW' from incompatible pointer type Would you mind having a look? Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

1 0

Linking against Wine under Linux
by Tim Teulings Feb. 20, 2004

Feb. 20, 2004

Hello! I'm writing on a software that supports different (GUI) drivers for different OSs. "Driver" refferes to my software (GUI library) having different plugins (by implementing a subclass of an abstract base class) for different OSs. I have an X11 plugin for doing X11 calls on X11, one for Mac OS X, one for Curses and one for Windows. I now would like to compile the Windows specific classes of my library under Linux using Wine. The Windows version does use low level 2D graphics calls (WIN32). This works fine if using f.e. Cygwin as compiler environment under Windows (rest of the software is a little bit unix centric). I now would like to use the Windows driver under Linux but I have a problem finding the correct linker call. This is more difficult, since I do not use C/C++ directly but another compiler that generates C code wich in turn gets compiled using gcc. So I cannot use winemaker, for which I found some documentation. The Windows Version links explictely against kernel32, user32 and gdi32 DLLs. If I under Linux just leave them away and link only against wine (-lwine) I got unresolved symbols during linking for the Win32 API calls. After that I tried to link against the <windowsdllname>.dll.so files I found (under /usr/libwine, using the Debian testing packages), too, since I assume that these contain the functions I use. But I cannot get the linker to find them. strace shows that it is always searching for lib<windowsdllname>.dll.so. For example it searches for libuser32.dll.so while I only have a user32.dll.so. Is it correct, that I have to link explictely against this libraries? If yes, how can I get the linker to search for the correct names? If no, how to get my stuff to link? -- Gruß... Tim.

4 5

Re: VarRound implementation
by Fabian Cenedese Feb. 20, 2004

Feb. 20, 2004

>Without a test how can you know if this implementation produces the correct values? What about variant type conversions? It seems silly to send a patch without testing it... Now I'm confused. I'm adding more types to VarRound and I'm also implementing the test_VarRound function (programmer's pride :) For this I tested more cases on Windows and got strange results (in my view). VT_R4: 7.850 -> VarRound(1) -> 7.800 VT_R4: 7.851 -> VarRound(1) -> 7.900 Is this the binary representation (in)accuracy? How can I test if the rounding worked ok when the numbers may differ in the last (invisible) bits? And how should I round a currency? It's valid on Windows but I couldn't interpret the results. Is this some kind of fixed comma type? bye Fabi

2 1

MAPI
by Enrico Weigelt Feb. 20, 2004

Feb. 20, 2004

Hi folks, i've seen that mapi is currently not implemented. Well, I'd like to sit down and code it, but I require several tools for that: a) mapi documentation (no, I didnt ask google yet ...) b) a small test application c) some shorts words about what I may do and what I may not do (i.e. may I call external unix processes ? whats about fork() ?) cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT services phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email: contact(a)metux.de cellphone: +49 174 7066481 --------------------------------------------------------------------- DSL-Zugang ab 0 Euro. -- statische IP -- DSL-Flatfrate -- Diese Mail wurde mit UUCP versandt. http://www.metux.de/uucp/ ---------------------------------------------------------------------

4 4

Caption of TLabel Component is not shown in new Release.
by Samuel Herzog Feb. 20, 2004

Feb. 20, 2004

Hi, first of all I have to congratulate. Wine runs my Delphi Apps almost without any problems ! The uxtheme bug of the December-Release has also gone. It's ok now ! But unfortuneally I had to report another bug today. Text of the components TLabel and MessageBox Text is not visible anymore. All Message boxes are empty. The buttons on the Message boxes are ok. Sam

2 2

Re: VarRound implementation
by Fabian Cenedese Feb. 20, 2004

Feb. 20, 2004

>Without a test how can you know if this implementation produces the correct values? What about variant type conversions? It seems silly to send a patch without testing it... I just saw that I submitted a patch with some debug code in it. I guess I'll have to send it again anyway :) bye Fabi

1 0

Re: VarRound implementation
by chmorgan＠charter.net Feb. 20, 2004

Feb. 20, 2004

Without a test how can you know if this implementation produces the correct values? What about variant type conversions? It seems silly to send a patch without testing it... Chris > > From: Fabian Cenedese <Cenedese(a)indel.ch> > Date: 2004/02/19 Thu AM 08:20:21 EST > To: wine-patches(a)winehq.org > Subject: VarRound implementation > > Hi > > This is the implementation of the Variant Round function. I tried to also create a test > function. But I didn't manage to. > > > > Changelog: > Fabian Cenedese <Cenedese(a)indel.ch> > Implementation of Variant Round function. > > Index: wine/dlls/oleaut32/oleaut32.spec > =================================================================== > RCS file: /home/wine/wine/dlls/oleaut32/oleaut32.spec,v > retrieving revision 1.64 > diff -u -r1.64 oleaut32.spec > --- wine/dlls/oleaut32/oleaut32.spec 21 Jan 2004 22:24:08 -0000 1.64 > +++ wine/dlls/oleaut32/oleaut32.spec 19 Feb 2004 13:09:04 -0000 > @@ -170,7 +170,7 @@ > 172 stdcall VarInt(ptr ptr) > 173 stdcall VarNeg(ptr ptr) > 174 stdcall VarNot(ptr ptr) > -175 stub VarRound # stdcall (ptr long ptr) > +175 stdcall VarRound(ptr long ptr) > 176 stdcall VarCmp(ptr ptr long long) > 177 stdcall VarDecAdd(ptr ptr ptr) > 178 stdcall VarDecDiv(ptr ptr ptr) > Index: wine/dlls/oleaut32/variant.c > =================================================================== > RCS file: /home/wine/wine/dlls/oleaut32/variant.c,v > retrieving revision 1.87 > diff -u -r1.87 variant.c > --- wine/dlls/oleaut32/variant.c 17 Feb 2004 20:25:41 -0000 1.87 > +++ wine/dlls/oleaut32/variant.c 19 Feb 2004 13:09:04 -0000 > @@ -3437,6 +3437,94 @@ > return hRet; > } > + > +/********************************************************************** > + * VarRound [OLEAUT32.175] > + * > + * Perform a round operation on a variant. > + * > + * PARAMS > + * pVarIn [I] Source variant > + * deci [I] Number of decimals to round to > + * pVarOut [O] Destination for converted value > + * > + * RETURNS > + * Success: S_OK. pVarOut contains the converted value. > + * Failure: An HRESULT error code indicating the error. > + * > + * NOTES > + * - Floating point values are rounded to the desired number of decimals. > + * - Negative values are rounded nearer to zero (and not bigger in absolute). > + * - Some integer types are just copied to the return variable. > + * - Some other integer types are not handled and fail. > + */ > +HRESULT WINAPI VarRound(LPVARIANT pVarIn, int deci, LPVARIANT pVarOut) > +{ > + HRESULT hRet = S_OK; > + > +wine_dbg_printf("FABI: VARIANT: VarRound1\n"); > + > + TRACE("(%p->(%s%s),%d)\n", pVarIn, debugstr_VT(pVarIn), debugstr_VF(pVarIn), deci); > + > + switch (V_VT(pVarIn)) > + { > + /* cases that fail on windows */ > + case VT_I1: > + case VT_UI2: > + case VT_UI4: > + hRet = DISP_E_BADVARTYPE; > + break; > + > + /* cases just copying in to out */ > + case VT_UI1: > + V_VT(pVarOut) = V_VT(pVarIn); > + V_UI1(pVarOut) = V_UI1(pVarIn); > + break; > + case VT_I2: > + V_VT(pVarOut) = V_VT(pVarIn); > + V_I2(pVarOut) = V_I2(pVarIn); > + break; > + case VT_I4: > + V_VT(pVarOut) = V_VT(pVarIn); > + V_I4(pVarOut) = V_I4(pVarIn); > + break; > + > + /* cases we need to do math */ > + case VT_R4: > + if (V_R4(pVarIn)>0) { > + V_R4(pVarOut)=floor(V_R4(pVarIn)*pow(10, deci))/pow(10, deci); > + } else { > + V_R4(pVarOut)=ceil(V_R4(pVarIn)*pow(10, deci))/pow(10, deci); > + } > + V_VT(pVarOut) = V_VT(pVarIn); > + break; > + > + case VT_R8: > + if (V_R8(pVarIn)>0) { > + V_R8(pVarOut)=floor(V_R8(pVarIn)*pow(10, deci))/pow(10, deci); > + } else { > + V_R8(pVarOut)=ceil(V_R8(pVarIn)*pow(10, deci))/pow(10, deci); > + } > + V_VT(pVarOut) = V_VT(pVarIn); > + break; > + > + /* cases we don't know yet */ > + default: > + FIXME("Not yet implemented, V_VT(pVarIn) = 0x%X, deci = %d\n", > + V_VT(pVarIn) & VT_TYPEMASK, deci); > + hRet = DISP_E_BADVARTYPE; > + } > + > + if (FAILED(hRet)) > + V_VT(pVarOut) = VT_EMPTY; > + > + TRACE("returning 0x%08lx (%s%s),%f\n", hRet, debugstr_VT(pVarOut), > + debugstr_VF(pVarOut), V_VT(pVarOut) == VT_R4 ? V_R4(pVarOut):-1); > + > + return hRet; > +} > + > + > /********************************************************************** > * VarMod [OLEAUT32.154] > * > > > > >

2 1

Does wine supports database applications
by saravanan Feb. 19, 2004

Feb. 19, 2004

Hai all, I would like to know is it possible to run a Windows database application in linux using wine. For eg. How can I run a VB application which uses MS Access as backend in linux. Does wine supports MDB files. I could only run stand alone windows applications in linux using wine. Does wine supports database applications. Thanks in advance for your reply. Saravanan ______________________________________ Scanned and protected by Email scanner

1 0

Re: Setup .inf files
by Shachar Shemesh Feb. 19, 2004

Feb. 19, 2004

Chris Morgan wrote: >The best documentation I've found thus far for inf files, >http://www.leeos.com/infdoc.html#Top, doesn't have anything about running >programs from inside of an inf file. If this is possible it would probably >make more sense to have the inf file register the dlls. > > The way to have an INF run a file is by registering it with (if I recall correctly - it has been over four years now) RunOnceEx/Setup in the registry. For those who don't follow - RunOnceEx/Setup is a list of programs to run, executed synchroniously (i.e. - one does not start until the previous one exits), and displaying a small window showing where we are along the process). This brings up a small window with the list of tasks to carry out immediatly after the INF processing is done. There are two problems with this approach: 1. While RunOnceEx/Setup is being processed after each login, the mechanism that runs it after INF processing has always been a mystery to me. I have found no method, other than running an INF, of triggering a processing of RunOnceEx/Setup. 2. Wine(boot) does not currently handle that at all. We currently rely on some helper application that does that for us, that usually gets installed as part of the IE installation. The combination of 1+2 means that it'll probably take some time for Wine's INF processing to work like Windows on this one. -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/

3 4