December 2005 - Wine-Devel - list.winehq.org

Re: Fix issues with interfaces

by Vincent Béron

Le jeu 01/12/2005 à 12:49, Vincent Béron a écrit : > Changelog: > widl was forward defining interfaces as structs, use interface instead. > Let winapi_check understand "interface". Please ignore, there are some other things to change in widl as well. Vincent

Dec. 1, 2005

Wine in relation to domains,accounts and such

by Paul Vriens

Hi, are there any plans (or need for that matter) to have domains and accounts implemented like windows does. Do we need for example a SID of our own or should we able to generate one (winecfg ?). Apart from the numerous stubs there doesn't seem to be much in place, please correct me if I'm wrong. One thing I already saw that we don't have a SECURITY branch in our HKLM. It's not that I'm looking for something to do right now, but just a general question. Any idea's, thoughts ? Cheers, Paul.

Dec. 1, 2005

Compile error in dlls/wininet/netconnection.c

by Pavel Roskin

Hello, Robert! Your last change in dlls/wininet/netconnection.c breaks compilation without openssl: netconnection.c:246: error: syntax error before '*' token make: *** [netconnection.o] Error 1 It happens because check_hostname() uses an argument of unknown type X509. Also, check_hostname() is unused. The simplest fix would be to define check_hostname() only when it's used. Proposed patch: --- dlls/wininet/netconnection.c +++ dlls/wininet/netconnection.c @@ -243,11 +243,13 @@ BOOL NETCON_close(WININET_NETCONNECTION return TRUE; } +#if defined HAVE_OPENSSL_SSL_H && defined HAVE_OPENSSL_ERR_H static BOOL check_hostname(X509 *cert, char *hostname) { /* FIXME: implement */ return TRUE; } +#endif /****************************************************************************** * NETCON_secure_connect -- Regards, Pavel Roskin

Dec. 1, 2005

Re: [dib.c] 3. Remove identity colormap changing for monochrome bitmaps

by Alexandre Julliard

Oldrich Jedlicka <oldium.pro(a)seznam.cz> writes: > This fixes colors in monochrome bitmaps that were overwritten by identity > colormap every time. > > Changelog: > > * Remove the identity color map overwriting on all monochrome bitmaps This breaks the tests: bitmap.c:399: Test failed: lower left pixel is 00ff00ff bitmap.c:400: Test failed: bottom but one, left pixel is 0000ff00 -- Alexandre Julliard julliard(a)winehq.org

Dec. 1, 2005

Re: advpack: Handle dwFlags for DelNode with tests

by Mike Hearn

On Thu, 01 Dec 2005 11:28:29 +0100, Alexandre Julliard wrote: >> + /* Generate a path with wildcard suitable for iterating */ >> + if (CharPrevA(szFilename, szFilename + iLen) != "\\") >> + { James, it should be if (CharPrevA(szFilename, szFilename + iLen) != '\\') { } Note the single quotes, which makes this a character instead of a string (so it can be compared using !=). Yes, C is a very silly language indeed. You need to use '' when strcatting as well, if you are actually dealing with backslashes. (and yeah, I've made the same mistake too before ... Wine is a great way to learn C ;) thanks -mike

Dec. 1, 2005

state of wine on amd64 with ia32

by Christoph Frick

hiho can someone enlightenme, what the current state of this is? i run a dual opteron with ubuntu linux on it. after some symlinking with the ia32-libs and a change in wine (SYS_sigaction -> SYS_rt_sigaction (read this in a very old post from 2004 or so) it finally compiled (using gcc-4.0 -m32). but as soon as i start either wine app i end up on the comand-line. i have not investigated this further - i just want to have a pointer if this works ok or if i am better off with running 32bit linux for wine on the box. -- cu

Dec. 1, 2005

Suggestion for the FAQ.

by Robin Holt

I was trying to use wine with some M$ software from behind our company firewall. All outgoing connections need to go through our proxy server. I was surprised when the proxy server question did not appear in the FAQ. To get it to work, I edited my ~/.wine/user.reg and added "ProxyEnable"=dword:00000001 "ProxyServer"="www-proxy.americas.sgi.com:8080" In the section titled: [Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings] 1133455573 Can a note to this effect be added to the FAQ? Thank you, Robin Holt

Dec. 1, 2005

Re: wine-devel Digest, Vol 4, Issue 151

by Saulius Krasuckas

* On Thu, 1 Dec 2005, Alexandre Julliard wrote: > > the new git repository on WineHQ contains all the releases I have, going > back to 1993. You can browse it at http://source.winehq.org/git Wow, Alexandre, you are incredible. By the any kind means of this term. :-] I am amazed. Lots of thanks. :-)

Dec. 1, 2005

opengl support in wine

by Tomas Carnecky

I've had a discussion with someone through this list about wine and libGL.so. It was about wine using dlopen("libGL.so") instead of linking directly with libGL.so. I still don't understand why the wine developers have made this decision. I'm again at the point where I need to hook OpenGL (glX) functions ahd I have to patch wine again to make it work. There is absolutely no reason not to link with libGL.so directly: Even if you make OpenGL a hard dependency, nothing will break. Just announce it well so that everybody understands the change and make --disable-opengl the default option. Now everyone can get wine and it will work out-of-the-box and those who want opengl can enable it (and the distribution packagers should make sure wine depends on opengl when building the package). tom

Dec. 1, 2005

Re: winspool: GetPrinterDriverDirectory updated from win9x to NT/win9x

by Alexandre Julliard

Detlef Riekenberg <wine.dev(a)web.de> writes: > Changelog: > - Add Function "validate_envW" to validate the user-supplied > Printing Environment (respect "Windows Version" - Setting) > - Change GetPrinterDriverDirectoryW on top of "validate_envW" > to Report the native Path for NT and Win9x > - Fix 2 Bugs in GetPrinterDriverDirectoryA > - 2 Tests are now working in Wine You are doing too many version checks. You should simply implement the NT behavior without any checks, unless you have a real application that absolutely depends on the win9x behavior. -- Alexandre Julliard julliard(a)winehq.org

Dec. 1, 2005