- Wine-Devel - list.winehq.org

IDirect3DDevice9Impl_SetVertexShader in d3d9/vertexshader.c
by Paul Vriens Feb. 16, 2005

Feb. 16, 2005

Hi, I have a demo-app that calls SetVertexShader with a NULL value. According to MSDN this is valid: To set a fixed-function vertex shader (after having set a programmable vertex shader), call IDirect3DDevice9::SetVertexShader(NULL) to release the programmable shader, and then call IDirect3DDevice9::SetFVF with the fixed-function vertex format. The app bails out of course because we do not handle the NULL value. Will this be fixed in the big upcoming d3d updates? Cheers, Paul.

1 0

WM_CREATE failure and SetScrollRange argument validation
by Krzysztof Foltman Feb. 16, 2005

Feb. 16, 2005

I've noticed another two things where Wine and Windows XP differ: 1. SetScrollRange(hWnd, SB_VERT, 0, -1) does nothing in WinXP, and is equivalent to SetScrollRange(hWnd, SB_VERT, 0, 0) in Wine. I guess it's true for all kinds of invalid arguments. 2. In WinXP, returning -1 from WM_CREATE causes window creation to fail - the newly created window is automatically destroyed (which sends WM_DESTROY to the window). In Wine, WM_DESTROY is not sent (which prevents the example program to finish). The short piece of relevant code can be downloaded from: http://foltman.com/wintest-scroll.zip Krzysztof

1 0

Re: [shell32tests/shelllink.c] Use aliases for ordinals
by Rolf Kalbermatter Feb. 16, 2005

Feb. 16, 2005

Francois Gouget wrote: >Ok, that would be a good reason. >There's something I don't understand though: when I compile the test >before your changes with Visual C++ 6.0 it compiles just fine but it >turns out the resulting executable imports these three APIs by ordinal. It all depends on the SDK you have installed. The Windows DLLs always exported those functions by ordinal since about Win95. The very early SDKs for Win95 included those APIs in the import libraries so calling them in an app would link fine. Then MS removed all undocumented APIs from their release SDK import libs. Later after the court case they documented most of those formely undocumented APIs and also included them back into the next SDK release. >Is this something that MinGW can / should do too? Yes MinGW libraries should probably include those APIs as well in their link libraries if they want to be compatible with the current SDK. >And for the Winelib side of things, is this something that winebuild can do? With proper definition in Wines spec files this should be no problem at all. Rolf Kalbermatter

1 0

Re: [shell32tests/shelllink.c] Use aliases for ordinals
by Rolf Kalbermatter Feb. 16, 2005

Feb. 16, 2005

Francois Gouget wrote: >As far as I know, SHILCreateFromPath, ILFree and ILIsEqual are all >exported by name on Windows. So, IMHO, unless we find a problem running >the test on some Windows versions it would be better to fix MinGW. Those functions are all exported by ordinal only from most Windows systems except maybe the Win XP versions and systems updated with the latest IE Explorer version. Rolf Kalbermatter

1 0

Re: wine/ programs/winefile/Pt.rc programs/winecfg ...
by Marcelo Duarte Feb. 16, 2005

Feb. 16, 2005

Hi, Alexandre Julliard escreveu: >ChangeSet ID: 16090 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2005/02/14 05:12:30 > > In this file below, the correct is "usuário", but in cvs is incorrect "usuÃ¡rio" and I dont know how to correct... In my tree it is correct. Index: wine/dlls/mpr/mpr_Pt.rc diff -u -p wine/dlls/mpr/mpr_Pt.rc:1.1 wine/dlls/mpr/mpr_Pt.rc:1.2 --- wine/dlls/mpr/mpr_Pt.rc:1.1 Wed Feb 16 09:36:32 2005 +++ wine/dlls/mpr/mpr_Pt.rc Wed Feb 16 09:36:32 2005 @@ -24,3 +24,23 @@ STRINGTABLE DISCARDABLE { IDS_ENTIRENETWORK "Toda a rede" } + +IDD_PROXYDLG DIALOG LOADONCALL MOVEABLE DISCARDABLE 36, 24, 250, 154 +STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU +CAPTION "Entre a senha da rede" +FONT 8, "Helv" +{ + LTEXT "Por favor, entre como o nome de usuÃ¡rio e a senha:", IDC_EXPLAIN, 40, 6, 150, 15 +

2 2

CreateCaret resets caret position (while it shouldn't)
by Krzysztof Foltman Feb. 16, 2005

Feb. 16, 2005

There seems to be a difference in functionality of CreateCaret between Windows (XP at least) and Wine. You can find a test program at: http://foltman.com/wintest-caret.zip Look at this code snippet: CreateCaret(hWnd, NULL, 0, 20); SetCaretPos(100,100); CreateCaret(hWnd, NULL, 10, 10); In Wine, the 2nd CreateCaret resets caret position to (0, 0). In Windows, caret position doesn't get reset - it's still positioned at (100, 100). Note that calling CreateCaret twice without DestroyCaret is not a bug (after MSDN): - - - - - cut - - - - - CreateCaret automatically destroys the previous caret shape, if any, regardless of the window that owns the caret. The caret is hidden until the application calls the ShowCaret function to make the caret visible. - - - - - cut - - - - - Is it easy to fix for anyone ? Krzysztof

1 0

Re: portability fixes (yet another attempt)
by Dmitry Timoshkov Feb. 16, 2005

Feb. 16, 2005

"Thomas Weidenmueller" <wine-patches(a)reactsoft.com> wrote: > > My understanding was that Dmitry suggested you modify your headers, > > not ours. > > I did, unfortunately wine's headers were/are also incomplete so porting > code that called vsnprintfW() or strtoulW() in any case would link > against libunicode (unnecessarily). In order to get rid of a dependency on libunicode for vsnprintfW and strtoulW you have to do the same header magic (if I understood Filip correctly) as you already do for strcmpW/wcslen and map them to whatever ntdll equivalent is available. Your very recent version of the patch still has strlenW/wcslen changes not acceptable for Wine code, if you could resend it again without it that would be great. -- Dmitry.

1 0

Cross-test failed ...
by Paul Millar Feb. 16, 2005

Feb. 16, 2005

Hi, Quick message: building cross-test died again (output below). This time its the shell32 dll tests that are causing consternation. Suggestions greatfully received. Cheers, Paul. i686-mingw32msvc-gcc generated.o shelllink.o shellpath.o shlfileop.o shlfolder.o string.o testlist.o -o shell32_test.exe -lshell32 -lole32 -lshlwapi -ladvapi32 -luuid shelllink.o(.text+0xc1): In function `path_to_pidl': /home/paulm/Testing/wine-cross-source/dlls/shell32/tests/shelllink.c:72: undefined reference to `SHILCreateFromPath(a)12' distcc[21503] ERROR: compile on localhost failed make: *** [shell32_test.exe] Error 1

3 2

Anyone have Wine PowerPoint slides?
by Ira Krakow Feb. 16, 2005

Feb. 16, 2005

I'm giving a presentation on converting Windows programs to Linux at MIT (the Boston Linux User Group) on April 20th from 7pm to 9pm. The BLU may be the oldest Linux user group in the US. It's been around at least since 1993, has been meeting regularly since then, and has a lot of activity. The group started under the umbrella of the Boston Computer Society, which at one time had over 20,000 members. I was wondering if anyone has any Wine PowerPoint slides? I will do the presentation in PowerPoint under Crossover Office 4.1. I can either develop the slides myself or adapt and use slides that have been developed already. Maybe something from a previous WineConf? Thanks in advance. Ira

4 3

Re: portability fixes (yet another attempt)
by Mike McCormack Feb. 16, 2005

Feb. 16, 2005

Thomas Weidenmueller wrote: > I'm however not sure about the changes in include/wine/port.h and > include/config.h so please adjust or correct them so it builds correctly. If you don't build and test your patches against Wine, then don't submit patches. If you're trying to fix Reactos, then why don't you just fix your own headers? Dmitry already pointed out that you can easily add some #define's or inline functions to achieve what you want. That seems like a better idea than submitting untested patches to wine-patches and hoping we're going to fix your problems for you. Mike

3 3