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

A Reminder : A Study on Free/Open Source Software
by Anu Gupta DCSA March 12, 2007

March 12, 2007

Dear Wine Contributors, I seek help from designers, developers, testers,defect fixers,project managers or playing any other key role in Free/Open Source software development or maintenence in carrying out a study on practices and problems of defect management in various Free/Open Source Software projects. The insights gained from the study can further help us to extract publicly accessible defect data and determine impact of defect management practices on software quality. Please spend a few minutes of your precious time to fill up the Questionnaire. The most of the questions follow multiple choice formats and are quite easy to answer. To have the Online Questionnaire, please visit: http://anu.puchd.ac.in/phpESP/public/survey.php?name=FOSS_Defect_Survey (You can also copy and paste this link into your browser, and hit the 'Return' key.) I hope you will find all the questions interesting and thought-provoking. Your answers will be kept anonymous.The data thus collected will only be used for research purpose.It would be nice if you may further refer this mail to others actively engaged with Free/Open Source Software development. If you have any query or suggestions then feel free to contact. Thank You With regards, Anu Gupta Senior Lecturer Department of Computer Science and Applications, Panjab University, Chandigarh. INDIA In case of any problem in accessing/using the above mentioned link please contact: E-mail: anugupta(a)pu.ac.in anugupta98(a)gmail.com

1 0

Time for an advapi category in bugzilla?
by Dan Kegel March 12, 2007

March 12, 2007

I just filed a bug related to wine's advapi implementation ( http://bugs.winehq.org/show_bug.cgi?id=7690 ) and noticed there wasn't an advapi category in Bugzilla. Should there be? - Dan

1 0

Re: mapi32: Add DebugInfo to critical sections.
by Uwe Bonnes March 11, 2007

March 11, 2007

>>>>> "Jan" == Jan Zerebecki <jan.wine(a)zerebecki.de> writes: Jan> --- If this patch is rejected from inclusion, please tell me why, Jan> as I would have to ask anyway. Nice disclaimer ;-) I wonder if it works? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: wined3d: Implented signed texture formats via NV_TEXTURE_SHADER
by Frank Richter March 11, 2007

March 11, 2007

On 10.03.2007 15:02, Fabian Bieler wrote: > +static const PixelFormatDesc NV_texture_shader_formats[] = { > + {WINED3DFMT_V8U8 ,0x0 ,0x0 ,0x0 ,0x0 ,2 ,FALSE ,GL_SIGNED_HILO8_NV ,GL_HILO_NV ,GL_BYTE }, Are you sure this is right? From the NV_texture_shader spec it looks to me like HILO is for high-precision data, and that DSDT (described as offset data) would be more appropriate for V8U8. -f.r.

2 1

Re: Alexandre Julliard : ntdll: Fixed a compiler warning for size_t/ unsigned int mismatch.
by Francois Gouget March 11, 2007

March 11, 2007

On Fri, 9 Mar 2007, Alexandre Julliard wrote: [...] > void * __cdecl _lfind( const void *key, const void *base, unsigned int *nmemb, > - unsigned int size, int(*compar)(const void *, const void *) ) > + size_t size, int(*compar)(const void *, const void *) ) > { > - return lfind( key, base, nmemb, size, compar ); > + size_t n = *nmemb; > + return lfind( key, base, &n, size, compar ); > } The problem is that Microsoft's _lfind() takes an 'unsigned int' and not a size_t. Or, more precisely, the msvcrt one declared in search.h does. There's no official prototype for the ntdll implementation that I know of, but I'd expect it to have the same prototype. So my understanding is that replacing this parameter type with a size_t could be a problem on 64bit systems. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

2 3

DIB Engine & GSoC
by Benoit Pradelle March 11, 2007

March 11, 2007

Hi, I would like participate to the Google Summer Of Code with Wine by implementing a DIB Engine. I've searched a lot of informations about the DIB Engine but i still got one question : for you, how important is a DIB Engine in Wine ? Ben. ___________________________________________________________________________ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com

10 14

Tackling gdiplus?
by Dan Kegel March 11, 2007

March 11, 2007

An increasing number of apps need gdiplus.dll. Seems like it's time for Wine to include it. Since Mono has implemented much of gdiplus already ( http://www.mono-project.com/Libgdiplus ), we ought to be able to just slurp that into Wine and get quite a ways. Any objections? I'm thinking of asking a summer intern to try this. - Dan

5 8

Memory checking?
by Giles Cameron March 11, 2007

March 11, 2007

Ok. I am just entering the WINE development crowd, and have very very little experiance with the Windows API (The first time I saw it, I was terrifyed!) Anywho. It would appear that some programs decide there isn't enough free memory available for their tasks (EG, Train Simulator's CAB extaction process, I have yet to look further into this to see if I even have the slightest clue what I am talking about, however) so I was wondering if we could hack in an option to allow the API to tell a little fib on the free memory, since (From what I understand) Linux is so much better with memory. Sorry if I am randomly babbling, my brain is off around 02:30. ;) (Thats my current local time.)

2 1

0.9.32 hangs UltraVNC Viewer after a while
by Dieter Rogiest March 11, 2007

March 11, 2007

Mandriva Linux 2007.0 here. With wine 0.9.30 ultravnc_viewer.exe (remote access) works perfect. I installed wine 0.9.32 (wine-0.9.32-1.SoS.2007.0.i586.rpm). Using ultravnc_viewer.exe I saw immediately that the fullscreen title bar that should appear when you move your mouse to the top of the screen was now allways visible also in windowed mode. After a while (4 minutes) ultravnc_viewer stopped working, I could still see the remote desktop but my mouse clicks didn't happen. I went back to 0.9.30. Dieter

3 2

Known desktop migration projects and their "must have" Windows apps
by Dan Kegel March 11, 2007

March 11, 2007

I'm putting a list together at http://wiki.winehq.org/DesktopMigrationProjects listing organizations who are migrating their users from Windows to Linux. I only list projects that have come out and said which Windows applications they really want to run on Linux. Since these migration projects, if they end up using Wine, will be very good publicity for the project, it might behoove us to look carefully at whether we can get the apps they need running. I know Banco do Brasil's folks are quite happy at the effort put into Lotus Notes 5.x recently, so it is possible for us to make a difference. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

appdb needs to allow untested applications sometimes
by Dan Kegel March 10, 2007

March 10, 2007

I tried to add an appdb entry for FINView because it's one of the applications required by the LiMux project, and I'm trying to add links into the appdb for all apps listed on http://wiki.winehq.org/LiMuxWineKeller . It's an addon for a commercial product I don't have, so I couldn't test it. That means I had to lie to the appdb to get it to accept the entry. Appdb maintainers, please remove the "only submit tested applications" restriction from the appdb, or at least allow people who know what they're doing to get around it.

4 4

Re: WineD3D: Blit the offscreen texture into the drawable if needed
by Ivan Gyurdiev March 10, 2007

March 10, 2007

> This time cube texture support is added. Hopefully the coords are right, I had > no test app for them. If not it should be easy to spot the very > characteristic flipping of the image. > I'm confused - you replaced a patch which had no support for cube maps, with one that has untested support for cube maps?

2 1

Re: wined3d: Implented signed texture formats via NV_TEXTURE_SHADER
by Stefan Dösinger March 10, 2007

March 10, 2007

Am Samstag 10 März 2007 15:02 schrieb Fabian Bieler: > This patch implements D3DFMT_V8U8 and D3DFMT_Q8W8V8U8 via > NV_TEXTURE_SHADER. This fixes some renderissues in Half-Life 2 with the > DirectX9 path and the DirectX8 path via GLSL. What do those formats provide that other formats do not provide? Signedness, or something else I missed? Using GL_NV_texture shader and GL_ATI_envmap bumpmap is definitly the way to go, but I am concerned about macos, where neither of those extensions exist. But working around that issue will be tricky because the shaders depend more on the stateblock then, and things get increasingly ugly. Oh, and it seems that you have proven me wrong with my suspicion that sRGB correction is the cause of that :-)

3 2

Re: kernel32: MultiByteToWideChar: MB_USEGLYPHCHARS fix
by Felix Nawothnig March 10, 2007

March 10, 2007

Andrew O.Shadoura wrote: > +#if 0 > static int once; > +#endif > > if (!src || (!dst && dstlen)) > { > @@ -1774,11 +1783,13 @@ INT WINAPI MultiByteToWideChar( UINT pag > > if (srclen < 0) srclen = strlen(src) + 1; > > +#if 0 > if (!once && (flags & MB_USEGLYPHCHARS)) > { > once = 1; > FIXME("MB_USEGLYPHCHARS not supported\n"); > } > +#endif If you implemented MB_USEGLYPHCHARS just remove the FIXME. Don't submit dead code - git will remember all revisions... Felix

1 0

appdb needs to allow untested applications
by Dan Kegel March 10, 2007

March 10, 2007

I tried to add an appdb entry for FINView because it's one of the applications required by the LiMux project. It's an addon for a commercial product I don't have, so I couldn't test it. That means I had to lie to the appdb to get it to accept the entry. Please remove the "only submit tested applications" restriction from the appdb, or at least allow people who know what they're doing to get around it. -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Patches in bugzilla
by Vijay Kiran Kamuju March 10, 2007

March 10, 2007

Hi, There are some patches that are attached in the bugzilla. They havent sent to wine-patches mailing list. Can I mail them to the mailing list on their behalf? I have asked them to submit to the mailing list. The patches are submitted about 2 months back. Thanks, VJ

2 1

Quick, how do you install native dcom? Or the visual C++ runtimes? Or...
by Dan Kegel March 10, 2007

March 10, 2007

OK, I've been doing bug triage on and off for years, but just recently I've gotten to the point where I'm tired of going to the NativeDCOM wiki page to remember how to try an app with native dcom just to see if the bug in question is a COM bug. So I wrote a trivial script to automate installing that plus a bunch of other redistributables. A draft is at http://kegel.com/wine/winetricks Usage: winetricks [dcom98|fakeie6|mdac26|mfc40|mono|vbrun60|vcrun6|wsh51|wsh56jscript] ... It's a bit like a programmer's version of winetools: it's so commandline-crufty that normal users won't go near it, but it's simple enough to extend that it will probably end up being pretty handy for anyone working on triaging bugs that appear to be due to missing redistributable libraries. Oh, or commonly-needed registry entries. - Dan

2 2

Re: Add Xcursor support
by Adam Petaccia March 10, 2007

March 10, 2007

4 3

Re: wined3d: Allow SetCursorProperties on existing cursor
by Stefan Dösinger March 10, 2007

March 10, 2007

Am Samstag 10 März 2007 06:10 schrieb Erich Hoover: > Real Name: > Erich Hoover > Description: > The SetCursorProperties call needs to be capable of being performed on > existing cursors. The current behavior removes the cursor handle at the > beginning of any SetCursorProperties call (and on Uninit3D). The removal > of the cursor on SetCursorProperties is counter to the documentation and > causes some applications to lose the cursor when SetCursorProperties is > re-issued (See Bug #7619 <http://bugs.winehq.org/show_bug.cgi?id=7619>). > This patch corrects this issue and permits SetCursorProperties to retrieve > the gl texture of an old cursor. > Changelog: > wined3d: Allow SetCursorProperties on existing cursor This is not completely correct: The application can Release the d3d surface after setting the cursor. This would also delete the gl texture used to draw the cursor. Also, the apps can potentially change the surface and call PreLoad. This would change the cursor without SetCursorProperties(The cursor texture does not have to be in D3DPOOL_SCRATCH, so the app can preload it manually). But you are right, a non-dirty surface causes issues with the current code. I think you can fix that by modifying LoadTexture not to release the surface memory is SFLAG_FORCELOAD is passed. (Or better, fix the SFLAG_DONOTFREE macro in wined3d_private.h). Then, when SetCursorProperties sets the surface texture to 0 remove SFLAG_INTEXTURE from the surface flags.

1 0

Settlers II: 10th Anniversary regression?
by Markus March 10, 2007

March 10, 2007

Hi, when trying the demo of the above game ( http://appdb.winehq.org/appview.php?iVersionId=5346 ) with 0.9.30, it loads the main menu and allows you to enter a game. In 0.9.32, it does not start anymore at all (it hangs after opening a window) with the following messages: fixme:wininet:InternetSetOptionExA Flags 04000000 ignored fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (1000): STUB fixme:wininet:InternetSetOptionExA Flags 04000000 ignored fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT not supported on protocol 1 err:ntdll:RtlpWaitForCriticalSection section 0x110020 "heap.c: main process heap section" wait timed out in thread 0009, blocked by 000d, retrying (60 sec) Could this be a regression in DirectPlay? Regards, -- Markus

6 16

Question about OpenGL/D3D
by Mike Schaadt March 9, 2007

March 9, 2007

Has anyone tested using standard window objects in a window that also had an opengl/d3d context? I believe Terragen 2 is attempting to do this. If this hasn't been tested, than it might be the cause of all of the static that appears non opengl area, making the program nearly unusable. No messages get printed to the console from wine(Terragen 2 prints out a fair bit of debug info there, but nothing from wine that would cause the problem, just a few warnings that shouldn't be related). Any thoughts?

4 4

Re: Shader instruction table whitespace cleanup
by Ivan Gyurdiev March 9, 2007

March 9, 2007

Kevin Wallerbos wrote: > This formatting patch cleans up the spacing in the pixel/vertexshader > instruction table, making it somewhat nicer on the eyes. The lines > have become a bit longer than practical on standard resolutions, but > that shouldn't be a problem as most lines were already too long. A better thing to do is to remove the useless GLNAME_REQUIRE_GLSL, and "undefined" instruction names. In fact, it may be nice to break out the instruction names out of this table completely, since they are only necessary for some instructions, required by the map2gl function. This table is also organized poorly, you have to search through the whole thing, and then do version comparisons to find anything. If possible, it would be great to make it O(1) accessible. ===== Also, as you point out: Before patch : "most lines were already too long" [ I'd say some lines were too long ] After patch: "all lines are too long" Not sure what is gained... please don't force others to your resolution preferences. [ looking at this on a widescreen at 1680 x 1050 and it still wraps! ]

1 0

Re: user32: avoid NULL pointer access in DefWindowProcA WM_NCCREATE
by Felix Nawothnig March 9, 2007

March 9, 2007

Jan Zerebecki wrote: > CREATESTRUCTA *cs = (CREATESTRUCTA *)lParam; > /* check for string, as static icons, bitmaps (SS_ICON, SS_BITMAP) > * may have child window IDs instead of window name */ > - if (HIWORD(cs->lpszName)) > + if (cs && HIWORD(cs->lpszName)) cs is never NULL at that point. Felix

2 3

Don't compare file handles to NULL
by Francois Gouget March 9, 2007

March 9, 2007

Jacek just sent a patch fixing the following bug: file = CreateFileW(fileName, GENERIC_READ, 0, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_READONLY,NULL); - if(file) { + if(file != INVALID_HANDLE_VALUE) { This looks like something that could be turned into a nice Smatch test. Hint, hint... -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ In theory, theory and practice are the same, but in practice they're different.

4 13

Re: comctl32: treeview: Message sequencing tests
by Marcelo Duarte March 9, 2007

March 9, 2007

Chris Peterson escreveu: > This is another patch for my CS130 assignment. It adds message > sequencing tests. Other changes include: I updated one of my previous > tests which was not testing the implied message; I changed a > SendMessageW to SendMessageA call in DoFocusTest to fix a problem on > Windows 98 due to a lack of default unicode support. Any > comments/suggestions are welcome. > Thanks! > -Chris > Hi! > > @@ -166,7 +315,8 @@ static void DoFocusTest(void) > assert(hChild2); > > ShowWindow(hMainWnd,SW_SHOW); > - SendMessageW(hTree, TVM_SELECTITEM, TVGN_CARET, (LPARAM)hChild); > + /* Using SendMessageA since Win98 doesn't have default unicode support */ > + SendMessageA(hTree, TVM_SELECTITEM, TVGN_CARET, (LPARAM)hChild); > Use SendMessage() instead. > static void TestGetSetInsertMarkColor(void) > { > COLORREF crColor = RGB(0,0,0); > - SendMessage( hTree, TVM_SETBKCOLOR, 0, crColor ); > - crColor = (COLORREF)SendMessage( hTree, TVM_GETBKCOLOR, 0, 0 ); > + SendMessage( hTree, TVM_SETINSERTMARKCOLOR, 0, crColor ); > + crColor = (COLORREF)SendMessage( hTree, TVM_GETINSERTMARKCOLOR, 0, 0 ); > ok(crColor == RGB(0,0,0), "Insert mark color reported as 0x%.8x, expected 0x00000000\n", crColor); >

2 1