October 2007 - Wine-Devel - list.winehq.org

Re: [PATCH] wininet: NULL-terminate url string passed to InternetCrackUrlW from InternetCrackUrlA
by Juan Lang Oct. 5, 2007

Oct. 5, 2007

Hi Nigel, + lpwszUrl=HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(WCHAR)*(nLength+1)); + MultiByteToWideChar(CP_ACP,0,lpszUrl,dwUrlLength,lpwszUrl,(nLength+1)); + lpwszUrl[nLength] = 0; The last line is redundant: the HeapAlloc already zeroes the buffer. Though since MultiByteToWideChar is already overwriting the buffer, you might remove the HEAP_ZERO_MEMORY and leave this assignment. --Juan

1 0

Re: Maximum window size, help needed
by Kirill K. Smirnov Oct. 5, 2007

Oct. 5, 2007

> I think that will help you GetSystemMetrics() with SM_CXFULLSCREEN and > SM_CYFULLSCREEN but I did not verify it. Sorry if I shall be not right. It is not what needed, but gives a clue: while reading GetSystemMetrics on MSDN, I was referred to GetMonitorInfo again, but I was told to use rcWork area. I re-test it under windows and voila: wine is buggy (rcWork == rcMonitor), but under windows rcWord < rcMonitor. >Or SystemParametersInfo() with SPI_GETWORKAREA will help you >(http://msdn2.microsoft.com/en-us/library/ms724947.aspx) This almost exactly what I needed, but it does not take into account different monitors. Anyway, problem is half-solved. Thanks, Anatoly! -- Kirill

2 1

Maximum window size, help needed
by Kirill K. Smirnov Oct. 5, 2007

Oct. 5, 2007

Hi, I want to improve wineconsole a little, max hor and vert console window dimensions. To achieve this, I need to know maximum available size of window on the desktop. The simpliest way I found is to use GetMonitorInfo, but it does not take into account desktop panels. As the result, maximized window fills entire desktop, overlapping with KDE panel. So the question: is there such function, smth like GetMaxWindowSizeWithoutDesktopPanels, which clips panels? Thanks in advance -- Kirill P.S. Application which uses this - Far Manager

2 2

winex11.drv: Window must always recieve system messages.
by darkside83＠yandex.ru Oct. 5, 2007

Oct. 5, 2007

Good day time. I had problems with window redrawing. This patch helps me. Please see the bug 9579.

1 0

Re: .NET going open source(sort of)
by Chris Spencer Oct. 5, 2007

Oct. 5, 2007

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This article [ http://www.eweek.com/article2/0,1895,2191754,00.asp ] sums up pretty well why this is a bad thing. As you can imagine if MS ever releases Windows source code under their stupid non-open open source licence, the consequences could potentially be disastrous for Wine and similar projects (ReactOS). - -- Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHBMfH6iqRtkAADZgRAs62AKDS9lIQU4mAyiZlTNWwo+8WHYGr5QCdHQIp 943/rNrx6OeLL9S5UDAa/ig= =KkLl -----END PGP SIGNATURE-----

4 4

Re: D3DX
by Stefan Dösinger Oct. 4, 2007

Oct. 4, 2007

Am Donnerstag, 4. Oktober 2007 18:57:20 schrieb Luis C. Busquets Pérez: > Dear all and in particular Alexander and Louis, > Share a large number of functions. Actually, 142 of the 153 the > functions you have added to d3dx8.spec are repeated in all those dlls. > I think that a merge development should be done. That is to develop just > one dlls/d3dx/d3dx.spec together with the different dlls/d3dx/xx.c files > implementing those functions with the 349 functions that are used in all > those d3d extensions. Then, the spec files of each specific file > referring to d3dx. > Are you opposed to such alternative? It sounds like a sane plan, but we have to take care about version differences. But I'd expect most of the functionality to be the same, and tiny differences can be fixed in the version-specific dll(d3dx8 vs d3dx9). This would be simmilar to WineD3D, ddraw, d3d8 and d3d9.

1 0

practical book on Wine/crossover
by Moncorge, Patricia Oct. 4, 2007

Oct. 4, 2007

Hi, We (CampusPress, Pearson education france) would like to publish a practical book in French about Wine/Codeweaver. Do you know somebody, who would be interested in writing it? To whom should I turn here to find the french Wine/codeweaver community? Thank you in advance for your help, Patricia ************************************************************************** Patricia Moncorgé Computer Book Editor CampusPress / Pearson Education France http://www.pearsoneducation.fr <http://www.pearsoneducation.fr/> 01 72 74 90 40 47bis, rue des Vinaigriers 75010 Paris This email may contain confidential material. If you were not an intended recipient, please notify the sender and delete all copies. We may monitor email to and from our network. This email was sent by a company within the corporate group owned by Pearson plc, registered office at 80 Strand, London WC2R 0RL, registered in England and Wales with company number 53723 and VAT number GB 278 5371 21.

2 1

Re: [ws2_32] silently ignore WS_IP_DONTFRAGMENT
by Juan Lang Oct. 4, 2007

Oct. 4, 2007

Hi Damjan, > I haven't been able to find an equivalent flag in Linux, so just ignore it for now. What about setting IP_MTU_DISCOVER to IP_PMTUDISC_DO (IP_PMTUDISC_DONT)? That shouldn't turn the don't fragment bit on (off) on a socket. --Juan

1 0

WineConf this weekend
by Mike Hearn Oct. 4, 2007

Oct. 4, 2007

Hello, If you're on the wineconf mailing list, you already received all the details for this weekend. If you weren't planning on coming, but are near Zurich and want to tag along anyway, feel free! We'll be on the 5th floor of Freigutstrasse 12: http://maps.google.com/maps?q=freigutstrasse+12,zurich Hope you see you all there! thanks -mike

7 7

Re: [3/5] WineD3D: Add a (nested) loop test
by Alexandre Julliard Oct. 4, 2007

Oct. 4, 2007

Stefan Dösinger <stefan(a)codeweavers.com> writes: > From d2ae8c684ce5dc91a9c47b47758426d15fa1bd5f Mon Sep 17 00:00:00 2001 > From: Stefan Doesinger <stefan(a)codeweavers.com> > Date: Fri, 14 Sep 2007 13:23:22 +0200 > Subject: [PATCH] WineD3D: Add a (nested) loop test This fails here: ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c && touch visual.ok visual.c:3610: Test failed: Nested loop test returned color 0x007f0000, expected 0x00800000 make[2]: *** [visual.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

1 0