wine-devel February 2004

wine-devel@winehq.org

132 participants
261 discussions

text edit box not painting text ( on form startup )
by Doug Herbert 09 Mar '05

09 Mar '05

( I have posted a similiar question in wine-users, don't flame me for doing so, just thinking about this some more, perhaps it may be more a developer question ) Ok, I have a windows app, that runs under wine fine - not quite. This app has a form, with many text field edit boxes on. Quite often these edit boxes already have text values, ie. they are not empty - there is a database behind the form. Anyway, the form shows on the screen, but the text within the edit fields is invisible, until you activate each edit box component. When you leave one edit box to the next, the text remains visible. It seems like the repainting is not working, on initial startup of the form. As a way to debug this database app ( I don't have the source code for it ) I wrote a real basic form app in Visual Studio, with two edit boxes, with data in each. Now this basic app shows the text values immediately on startup. So there must be something different that the database app is not doing. I then ran wine using 'wine --debugmsg +edit programname' for both app's. I see both logging 'Creating ANSI edit control, style = xxxxx' but the style reference is different between apps - I am not sure if this the cause or not. The problem app reports style = 54011104 and the basic app shows style = 50010080. Can somebody explain what this style reference means and how do I force an app to use a certain style of edit box ? What other wine class debugmsg types should I use to narrow down the source of this problem ? Is there anyway I can check to see how the database app is repainting text within the text edit components ? Regards Doug Herbert. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 4

Re: Native NetBSD audio driver
by Eric Pouech 02 Mar '04

02 Mar '04

Yorick Hardy a écrit : > This patch adds the audio driver winenbsd using the native NetBSD > audio system as an alternative to OSS. On the one hand > this is useful to directly make use of the features of the NetBSD > audio system instead of using emulation, on the other hand > it is another driver to maintain and is quite close to the wineoss driver. > If the driver is accepted, I think the NetBSD support for wineoss > should remain for testing and for the main driver. I really think we're starting to create a real mess for the audio drivers. It's always useful to have drivers access the HW at the lowest level, so we should support NetBSD. However, if the iface is rather close to OSS, I'd rather suggest we try to integrate all the drivers with the same features into a single piece of driver > diff -urN /home/yorick/software/wine/wine/dlls/Makefile.in ./dlls/Makefile.in > --- /home/yorick/software/wine/wine/dlls/Makefile.in Sat Feb 14 19:20:00 2004 > +++ ./dlls/Makefile.in Sat Feb 21 23:43:35 2004 > @@ -1745,6 +1749,7 @@ > winmm/winejack/winejack.drv$(DLLEXT): winmm/winejack > msacm/winemp3/winemp3.acm$(DLLEXT): msacm/winemp3 > winmm/winenas/winenas.drv$(DLLEXT): winmm/winenas > +winmm/winenas/winenbsd.drv$(DLLEXT): winmm/winenbsd *** this should be winenbsd A+

7 8

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

02 Mar '04

Hi, I spent some time cross compiling all of Wine with MinGW according to this recipe: http://winehq.com/?issue=123#Cross-compiling Wine and I thought you might be interested in the results. I can report a bug in Wine's makefiles right away: having those vxd's in subdirectories that end in .vxd causes make to barf on targets like this one: ifsmgr.vxd$(DLLEXT): ifsmgr.vxd/ifsmgr.vxd$(DLLEXT) $(RM) $@ && $(LN_S) ifsmgr.vxd/ifsmgr.vxd$(DLLEXT) $@ because, if $(DLLEXT) is empty, it will try to create a link with a name that's already there as a directory. Of all dlls these don't compile: x11drv kernel32 gdi32 ws2_32 comctl32 icmp iphlapi msvcrt ntdll rpcrt4 shlwapi vnb.vxd wininet wsock32 x11drv, kernel32, gdi32 and ntdll being predictable, because they build directly on X11 and Unix API's. Same goes for the networking related dlls (ws2_32, icmp and iphlpapi, vnb.vxd, wininet, wsock32). msvcrt is close to building because what I saw was mostly header clashes, which could be fixed with proper guards I think. rpcrt4 fails because it uses one Unix API, gettimeofday, and both comctl32 and shlwapi suffer from the bug in dlltool that Dmitry reported and fixed recently. -Hans

3 3

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

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

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

Sibelius 2
by Andrew L. Bereson 01 Mar '04

01 Mar '04

Sibelius is an app for scoring music. Sibelius 1 runs fine with wine. Sibelius 2 crashes on startup. When it crashes there is no useful message, only "Unhandled exception". Using winedbg I have found that Sibelius appears to be following a NULL pointer. I haven't yet managed to track down where it's getting the bad pointer from... any suggestions would be appreciated. I've got some time and energy to try to make this work, but first... Has anyone else worked or is some else currently working on this? What did you find? How far did you get? -- Andrew L. Bereson bereson(a)sea-ware.com (800)307-5754

2 1

winxp version info
by Ivan Leo Murray-Smith 29 Feb '04

29 Feb '04

To avoid problems like this one that recently appeared in the newsgroup > Wine emulates XP which is good, > however upon attempting installation it springs up a message requiring > that i have my pc install SP1 it may be a good idea to set the winxp emulation to return the values of winxp sp1. Ivan.

1 0

Re: [QUARTZ] Add implementation for IFilterMapper interface (RESEND)
by Tom 29 Feb '04

29 Feb '04

Christian Costa wrote: > Hi, > > This time wih Rob's suggestions. > > Bye. > > Changelog : > Implemented IFilterMapper and IEnumRegFilters interfaces. > Fixed IFilterMapper2_EnumMatchingFilters. > > Christian Costa titan.costa(a)wanadoo.fr > Hi Christian, Should I add you as a worker on quartz? Tom

2 1

Re: help
by Tom 29 Feb '04

29 Feb '04

Matt Jaggard wrote: > > hi, I left a message, a longgg time ago on your website, > I was wondering if you could please delete mjaggard(a)blueyonder.co.uk > <mailto:mjaggard@blueyonder.co.uk>. As I do not want spammers picking my > address up. Thanks, > The URL my address is on is called. > http://www.winehq.org/hypermail/wine-users/2000/12/0438.html. if you > could delete references to mjaggard(a)blueyonder.co.uk > <mailto:mjaggard@blueyonder.co.uk> or the page that would be brill > > Many Thanks > > M Jaggard This is a joke or what? Now you real addy with out the ( _ ) in it is on wine-devel not only by your post but with my reply as well... Your odds of being spammed have just increased by some 200% ... But don't worry spam is really good for you..... :) My dear sweet Grandma use to keep us nice and fat on it when we were just little tikes.. Tom

1 0

Re: GetDefaultPrinter A->W [resubmit]
by Alexandre Julliard 28 Feb '04

28 Feb '04

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > Hello, > i sent this patch one week ago, but it does not get commited. Anything wrong > with it? The handling of the buffer sizes looks very suspicious. For instance you check for namesize being NULL, but later on assign something to it anyway. Also allocations have to be in bytes but length arguments (for instance in the GetProfileStringW call) have to be in WCHARs, this isn't done correctly. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: PATCH: Compatibility issue with InternetCrackUrlA
by wire 28 Feb '04

28 Feb '04

Hi. I have modified my patch about compatibility of InternetCrackUrlA function,to deal with the failed case. If the pointer member of one component is set to point a buffer,but the length member is not big enough,then the component should not be returned, and the length member is set to the value needed. And later i'll post the patch for the conformance test. Bye. ChangeLog: Fill the nPort field with the corresponding scheme; Fix the path and extrainfo components' parse; Deal with the failed case. Index: wine/dlls/wininet/internet.c =================================================================== RCS file: /home/wine/wine/dlls/wininet/internet.c,v retrieving revision 1.73 diff -u -r1.73 internet.c --- wine/dlls/wininet/internet.c 30 Dec 2003 19:16:37 -0000 1.73 +++ wine/dlls/wininet/internet.c 28 Feb 2004 10:22:19 -0000 @@ -845,29 +845,28 @@ DWORD nLength; URL_COMPONENTSW UCW; WCHAR* lpwszUrl; + BOOL result; if(dwUrlLength==0) dwUrlLength=strlen(lpszUrl); lpwszUrl=HeapAlloc(GetProcessHeap(), 0, sizeof(WCHAR)*(dwUrlLength+1)); memset(lpwszUrl,0,sizeof(WCHAR)*(dwUrlLength+1)); nLength=MultiByteToWideChar(CP_ACP,0,lpszUrl,dwUrlLength,lpwszUrl,dwUrlLength+1); - memset(&UCW,0,sizeof(UCW)); - if(lpUrlComponents->dwHostNameLength!=0) - UCW.dwHostNameLength=1; - if(lpUrlComponents->dwUserNameLength!=0) - UCW.dwUserNameLength=1; - if(lpUrlComponents->dwPasswordLength!=0) - UCW.dwPasswordLength=1; - if(lpUrlComponents->dwUrlPathLength!=0) - UCW.dwUrlPathLength=1; - if(lpUrlComponents->dwSchemeLength!=0) - UCW.dwSchemeLength=1; - if(lpUrlComponents->dwExtraInfoLength!=0) - UCW.dwExtraInfoLength=1; - if(!InternetCrackUrlW(lpwszUrl,nLength,dwFlags,&UCW)) - { - HeapFree(GetProcessHeap(), 0, lpwszUrl); - return FALSE; - } + + memcpy(&UCW,lpUrlComponents,sizeof(UCW)); + if (UCW.lpszScheme && UCW.dwSchemeLength) + UCW.lpszScheme = HeapAlloc(GetProcessHeap(), 0, sizeof(WCHAR)*(UCW.dwSchemeLength+1)); + if (UCW.lpszHostName && UCW.dwHostNameLength) + UCW.lpszHostName = HeapAlloc(GetProcessHeap(), 0, sizeof(WCHAR)*(UCW.dwHostNameLength+1)); + if (UCW.lpszUserName && UCW.dwUserNameLength) + UCW.lpszUserName = HeapAlloc(GetProcessHeap(), 0, sizeof(WCHAR)*(UCW.dwUserNameLength+1)); + if (UCW.lpszPassword && UCW.dwPasswordLength) + UCW.lpszPassword = HeapAlloc(GetProcessHeap(), 0, sizeof(WCHAR)*(UCW.dwPasswordLength+1)); + if (UCW.lpszUrlPath && UCW.dwUrlPathLength) + UCW.lpszUrlPath = HeapAlloc(GetProcessHeap(), 0, sizeof(WCHAR)*(UCW.dwUrlPathLength+1)); + if (UCW.lpszExtraInfo && UCW.dwExtraInfoLength) + UCW.lpszExtraInfo = HeapAlloc(GetProcessHeap(), 0, sizeof(WCHAR)*(UCW.dwExtraInfoLength+1)); + result = InternetCrackUrlW(lpwszUrl,nLength,dwFlags,&UCW); + ConvertUrlComponentValue(&lpUrlComponents->lpszHostName, &lpUrlComponents->dwHostNameLength, UCW.lpszHostName, UCW.dwHostNameLength, lpszUrl, lpwszUrl); @@ -888,7 +887,19 @@ lpszUrl, lpwszUrl); lpUrlComponents->nScheme=UCW.nScheme; lpUrlComponents->nPort=UCW.nPort; + lpUrlComponents->dwSchemeLength=UCW.dwSchemeLength; + lpUrlComponents->dwHostNameLength=UCW.dwHostNameLength; + lpUrlComponents->dwUserNameLength=UCW.dwUserNameLength; + lpUrlComponents->dwPasswordLength=UCW.dwPasswordLength; + lpUrlComponents->dwUrlPathLength=UCW.dwUrlPathLength; + lpUrlComponents->dwExtraInfoLength=UCW.dwExtraInfoLength; HeapFree(GetProcessHeap(), 0, lpwszUrl); + HeapFree(GetProcessHeap(), 0, UCW.lpszScheme); + HeapFree(GetProcessHeap(), 0, UCW.lpszHostName); + HeapFree(GetProcessHeap(), 0, UCW.lpszUserName); + HeapFree(GetProcessHeap(), 0, UCW.lpszPassword); + HeapFree(GetProcessHeap(), 0, UCW.lpszUrlPath); + HeapFree(GetProcessHeap(), 0, UCW.lpszExtraInfo); TRACE("%s: scheme(%s) host(%s) path(%s) extra(%s)\n", lpszUrl, debugstr_an(lpUrlComponents->lpszScheme,lpUrlComponents->dwSchemeLength), @@ -896,7 +907,7 @@ debugstr_an(lpUrlComponents->lpszUrlPath,lpUrlComponents->dwUrlPathLength), debugstr_an(lpUrlComponents->lpszExtraInfo,lpUrlComponents->dwExtraInfoLength)); - return TRUE; + return result; } /*********************************************************************** @@ -972,10 +983,14 @@ } else { - INT ncpylen = min((*dwComponentLen)-1, len); - strncpyW(*lppszComponent, lpszStart, ncpylen); - (*lppszComponent)[ncpylen] = '\0'; - *dwComponentLen = ncpylen; + if (*dwComponentLen<len+1) { + **lppszComponent = '\0'; + *dwComponentLen = len+1; + return FALSE; + } + strncpyW(*lppszComponent, lpszStart, len); + (*lppszComponent)[len] = '\0'; + *dwComponentLen = len; } } @@ -999,6 +1014,8 @@ LPWSTR lpszcp = NULL; WCHAR lpszSeparators[3]={';','?',0}; WCHAR lpszSlash[2]={'/',0}; + BOOL result = TRUE; + if(dwUrlLength==0) dwUrlLength=strlenW(lpszUrl); @@ -1027,12 +1044,12 @@ /* Parse <params> */ lpszParam = strpbrkW(lpszap, lpszSeparators); - if (lpszParam != NULL) + if (lpszParam != NULL && (lpUC->dwExtraInfoLength || lpUC->lpszExtraInfo)) { if (!SetUrlComponentValueW(&lpUC->lpszExtraInfo, &lpUC->dwExtraInfoLength, lpszParam, dwUrlLength-(lpszParam-lpszUrl))) { - return FALSE; + result = FALSE; } } @@ -1045,7 +1062,7 @@ lpUC->nScheme = GetInternetSchemeW(lpszUrl, lpszcp - lpszUrl); if (!SetUrlComponentValueW(&lpUC->lpszScheme, &lpUC->dwSchemeLength, lpszUrl, lpszcp - lpszUrl)) - return FALSE; + result = FALSE; /* Eat ':' in protocol. */ lpszcp++; @@ -1112,14 +1129,16 @@ lpszcp++; } - SetUrlComponentValueW(&lpUC->lpszUserName, &lpUC->dwUserNameLength, - lpszUser, lpszPasswd - lpszUser); + if (!SetUrlComponentValueW(&lpUC->lpszUserName, &lpUC->dwUserNameLength, + lpszUser, lpszPasswd - lpszUser)) + result = FALSE; if (lpszPasswd != lpszHost) lpszPasswd++; - SetUrlComponentValueW(&lpUC->lpszPassword, &lpUC->dwPasswordLength, + if (!SetUrlComponentValueW(&lpUC->lpszPassword, &lpUC->dwPasswordLength, lpszPasswd == lpszHost ? NULL : lpszPasswd, - lpszHost - lpszPasswd); + lpszHost - lpszPasswd)) + result = FALSE; lpszcp++; /* Advance to beginning of host */ } @@ -1133,8 +1152,9 @@ entire string up to the first '/' */ if(lpUC->nScheme==INTERNET_SCHEME_RES) { - SetUrlComponentValueW(&lpUC->lpszHostName, &lpUC->dwHostNameLength, - lpszHost, lpszPort - lpszHost); + if (!SetUrlComponentValueW(&lpUC->lpszHostName, &lpUC->dwHostNameLength, + lpszHost, lpszPort - lpszHost)) + result = FALSE; lpUC->nPort = 0; lpszcp=lpszNetLoc; } @@ -1158,12 +1178,29 @@ } else { - SetUrlComponentValueW(&lpUC->lpszHostName, &lpUC->dwHostNameLength, - lpszHost, lpszPort - lpszHost); + if (!SetUrlComponentValueW(&lpUC->lpszHostName, &lpUC->dwHostNameLength, + lpszHost, lpszPort - lpszHost)) + result = FALSE; if (lpszPort != lpszNetLoc) lpUC->nPort = atoiW(++lpszPort); else - lpUC->nPort = 0; + switch(lpUC->nScheme) { + case INTERNET_SCHEME_FTP: + lpUC->nPort = INTERNET_DEFAULT_FTP_PORT; + break; + case INTERNET_SCHEME_HTTPS: + lpUC->nPort = INTERNET_DEFAULT_HTTPS_PORT; + break; + case INTERNET_SCHEME_HTTP: + lpUC->nPort = INTERNET_DEFAULT_HTTP_PORT; + break; + case INTERNET_SCHEME_GOPHER: + lpUC->nPort = INTERNET_DEFAULT_GOPHER_PORT; + break; + default: + lpUC->nPort = 0; + break; + } } } } @@ -1198,7 +1235,7 @@ if (!SetUrlComponentValueW(&lpUC->lpszUrlPath, &lpUC->dwUrlPathLength, lpszcp, len)) - return FALSE; + result = FALSE; } else { @@ -1210,7 +1247,7 @@ debugstr_wn(lpUC->lpszUrlPath,lpUC->dwUrlPathLength), debugstr_wn(lpUC->lpszExtraInfo,lpUC->dwExtraInfoLength)); - return TRUE; + return result; } /***********************************************************************

1 0

Re: RPC Update Patch
by Dan Kegel 28 Feb '04

28 Feb '04

> On Thu, 26 Feb 2004 23:16:23 -0600, Gregory M. Turner wrote: >> They are actually pretty well-documented on MSDN: >> >> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/rpc/rpc/rp… >> >> Looks like a lot of work, Robert; thanks for your efforts. > > Hmm, interesting. I wonder why this doesn't show up when I google for "ndr > format strings". It does if you include the quotes... - Dan -- US citizens: if you're considering voting for Bush, look at these first: http://www.misleader.org/ http://www.cbc.ca/news/background/arar/ http://www.house.gov/reform/min/politicsandscience/

1 0

Re: implement fixme in CreateAcceleratorTable
by Dmitry Timoshkov 28 Feb '04

28 Feb '04

"Pabs" <pabs3(a)bonedaddy.net> wrote: > ChangeLog > > Added some checks to CreateAcceleratorTableA/W (removes fixmes) IMO it's better to use if (!MapVirtualKeyW(lpaccel[i].key, 0)) { WARN("Invalid VK\n"); SetLastError(ERROR_INVALID_PARAMETER); return NULL; } for a check whether VK is a valid one. -- Dmitry.

2 1

catching first chance exception question
by Robert Reif 27 Feb '04

27 Feb '04

I'm looking at how windows deals with invalid parameters in some of the winmm functions and it raises some questions. Sometimes they will check the parameters and return an error code and sometimes they will let a bad parameter cause a first-chance exception and catch it and return an error code. Is it ok to do a simple NULL pointer check and return an error rather than letting it cause an exception and catching it? If not, what's the best way to catch the exception and return the proper error code?

2 1

Re: build: avoid Unix file on MinGW
by Lionel Ulmer 27 Feb '04

27 Feb '04

On Fri, Feb 27, 2004 at 09:19:08AM -0500, Dimitrie O. Paun wrote: > BTW, why do we need the {GLU32,GLUT32,OPENGL}FILES cases? > Should those just be listed under X files? And shouldn't > we just build those, and dload() the Unix libs at run time? We need these special cases as an user can have X installed but not GLU / GLUT or OpenGL. And as to why we cannot dload the Unix lib at run time, it would be a bit like 'why do we not build the X11DRV library all the time and dlsym all the X11 symbols'. Basically, if you do not have OpenGL installed, there is no way you will be able to get Wine's OpenGL library to run. So there is no point to offer some special 'dlopen' magic to be able to load it on these boxes. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: winemaker: use winegcc
by Francois Gouget 27 Feb '04

27 Feb '04

On Fri, 27 Feb 2004, Dimitrie O. Paun wrote: [...] > @@ -801,7 +753,7 @@ > $basename=~ s/\.(dll|exe)$//i; > # This is the default link list of Visual Studio, except odbccp32 > # which we don't have in Wine. > - my @std_imports=qw(advapi32 comdlg32 gdi32 kernel32 odbc32 ole32 oleaut32 shell32 user32 winspool); > + my @std_imports=qw(odbc32 ole32 oleaut32 winspool); > my @std_libraries=qw(uuid); Does winegcc systematically link applications and dlls to advapi32, comdlg32, etc? How does one do if one does not want to link with gdi32 for instance? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

2 1

Re: Help needed to get the application work for native linux editors
by Robert Shearman 27 Feb '04

27 Feb '04

Hi, I can't really give you any advice on using the X API, but I can tell you that the Win32 and X API are completely different. If you want to support native X apps then you will have to either completely rewrite your Windows program in Linux or you will have to compile the Linux editor as a Winelib app and run it under Wine. I suggest you find a good book on the X API and/or contact the appropriate mailing lists to find out which functions you should use. Rob >>> "saravanan" <saravananv(a)erdcitvm.org> 02/26/04 11:17 AM >>> Hai friends, I successfully ran a script manager(keyboard Manager/driver) developed for windows (using VC++) in Linux using wine. Its working in the wordpad application called using wine.I want to make it work in Linux editors. The technical details about the working of the keyboard driver is as follows. 1) The keyboard driver is a keyboard hooker program. The keyboard driver will trap all the keystrokes from the keyboard and convert the Ascii value to the appropriate native language Character code. 2) First we have to get the handle of the window/control where the cursor is currently located, for that the GetFocus API is used. 3) Virtual-key code of the key that generated the keystroke message is converted to appropriate another code for making the keyboard Inscript or phonetic and send using Postmessage API. I have some doubts. Do these APIs written for windows work in linux. In linux , How could i get the handle of the window where the cursor is currently located. What are the changes that i should make in the source code to make it work for linux editors. Looking for your suggessions. Thanks in advance . Saravanan ______________________________________ Scanned and protected by Email scanner

4 3

RPC Update Patch
by Robert Shearman 27 Feb '04

27 Feb '04

Hi, I have uploaded the big stubless RPC patch to a website as it is rather large (~120k). You can get it here: http://www.dcs.warwick.ac.uk/~csvmc/rpcrt4_3.diff As you can probably see, a lot of the stuff in this patch is a bit rough around the edges (lack of copyright notice in some files), but it does seem to work for a lot of cases. Rob P.S. It doesn't work for native OLE32 yet because we need some undocumented interfaces in RPCSS.

3 4

Re: Reset Resolution on Crash (resend)
by Alexandre Julliard 27 Feb '04

27 Feb '04

Robert Shearman <R.J.Shearman(a)warwick.ac.uk> writes: > No comment to this patch last time it was sent. Is it better implemented > some other way? I don't think user32 should be messing with the exception filter. Maybe we could make winedbg do this? -- Alexandre Julliard julliard(a)winehq.org

1 0

Authors.c Won't Compile
by Robert Shearman 27 Feb '04

27 Feb '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. 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

1 0

Re: time: rework of GetLocalTime speedup
by Steven Edwards 26 Feb '04

26 Feb '04

--- Huw D M Davies <h.davies1(a)physics.ox.ac.uk> wrote: > Huw Davies <huw(a)codeweavers.com> > Cache the result of TIME_GetBias for upto 1 second. Hello Huw, I know you may not have a lot of time =P but while you are working on the Wine time implementation could you look at rpcrt4 and its use of gettimeofday? Most of the WINE rpcrt4 implementation should be portable to Windows/ReactOS but currently I have to use a hacked implementation of this function and would rather it use the Win32 or NT api. Thanks Steven __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools

1 0

Screenshot description
by Paul van Schayck 26 Feb '04

26 Feb '04

Hey, Wouldn't it be nice to have a description of every screen at the screenshot page of winehq.com? To know what you see, I don't know half the programs I see on those screens. I have made a patch for the site file. The patch needs a a description.txt file inside /images/shots/ in this form: [screen# out of the filename]|[screen dexcription] Example: "1|Wine doing default Windows programs" Next descriptions on a new line. I've not edited the template but the patch adds a $des_[#] to the available vars. This is my first attemp to do something for winehq. So, are you interested in descriptions for screenshots? Regards, Paul van Schayck

3 6

Proposal: new mailing list wine-gov@winehq.org
by Dan Kegel 26 Feb '04

26 Feb '04

City governments (especially in Germany and France) have recently begun seriously consider migrating to Linux, and feasibility studies are being done and to some extent are publically available. The study done for Munich, for instance, recognizes that cities need sometimes hundreds of specialized software packages that are not yet available for Linux, and so the cities will have to continue running the Windows versions of those apps for the time being. Yet it suggests using Terminal Services and/or VmWare to run those apps! Clearly, the Wine community needs to make an effort to address the needs of city governments and to get the word out that Wine is a viable option. One important part of this effort should be a mailing list akin to wine-users but dedicated to governmental users of Wine. (wine-users is full of all sorts of topics that might not mix well with staid government workers; some of the games discussed there might even be banned in Germany!) Dedicating a mailing list to this special category of user would greatly increase the signal-to-noise ratio, and should increase the likelihood that government users would feel comfortable about Wine. IMHO the list should allow posts in any language; if nobody can handle the language a post is in, we'll ask the poster to try again in English. The goal here is to avoid intimidating these possibly skittish users; asking them to *always* post in English might scare some of them away. Comments? Thanks, Dan -- US citizens: if you're considering voting for Bush, look at these first: http://www.misleader.org/ http://www.cbc.ca/news/background/arar/ http://www.house.gov/reform/min/politicsandscience/

4 5

Re: NdrClientCall/format string interpreter/stubless proxies
by Robert Shearman 26 Feb '04

26 Feb '04

Hi Mike, I have implemented NdrClientCall/NdrClientCall2 and respective server functions and they are working fairly well (except for no exception handling and no pipe support). The thing that was blocking my submission of the patch was lack of testing. So far I have only tested on simple types and pointers to simple types. Full pointers have been implemented, but are not working correctly. I haven't had time to port my test program to the Wine test framework and test the rest of the types. I have been using references from MSDN on NDR format strings compared with my own tests based on code generated by MIDL. I have also used the OpenGroup DCE specification. (I have URLs for these, but not at hand and you can probably find them in my previous posts on the subject.) I will try to submit the patches tonight. Rob >>> Mike Hearn <mike(a)theoretic.com> 02/26/04 14:36 PM >>> Hi Rob, A few weeks back you mentioned you had done some work on implementing the stubless proxy entry points - can you explain a bit more about this? In particular, how far away are you from having something submittable, have you got docs on the format string syntax and how much are you intending to implement? thanks -mike

1 0

2025

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 February 2004