wine-devel October 2002

wine-devel@winehq.org

131 participants
357 discussions

Re: MZ_Exec() patch, try 3
by Jukka Heinonen 22 Oct '02

22 Oct '02

The patch starts to look good, only one tiny thing left: you most likely want to return FALSE from MZ_Exec if CreateProcessA fails. If you want to read all comments to posts on wine-devel you have to take into account different time zones and different mail reading habits - waiting 24 hours should be enough to get replies from all active readers during weekdays. But, anyway, good to see I didn't scare you by being critical :) -- Jukka Heinonen <http://www.iki.fi/jhei/>

1 0

VS6 Package & Deployment Wizard regression
by Ender 22 Oct '02

22 Oct '02

Oddly, some recent change has broken some of the command buttons in VS6's Package/Deployment wizard's dialogs.. Does anyone have any suggestions on what'd be some good traces to turn on? Or want to fix it themselves? <grin> - Ender

1 0

RE: [RFC] Adding an include/wine/wine directory?
by Patrik Stridvall 22 Oct '02

22 Oct '02

> Patrik Stridvall <ps(a)leissner.se> writes: > > > I would like to have a directory structure like > > > > include: Wine's version of Windows headers > > include/wine: Wine's internal headers > > include/wine/wine: Wine's "extension" headers > > > > With "extension" headers I mean that headers that > > are exported and usuable by Winelib applications. > > That's ugly IMO. The specific solution above, perhaps. However I think it would be very useful to make a proper distinction between 1. The Wine version of Microsoft headers 2. Anything that Wine uses to communicate internal 3. Extensions that Winelib applications can use. Perhaps (2) and (3) are not much different (se below), but (1) and (2/3) are clearly different. That is why I think "-I../../include" shouldn't automatically give you (2) and (3) as it does now. Having to add -I../../include/wine or whatever to get it would make it possible in addition to solving my MSVC Microsoft header problem to make it possible to uses the Microsoft headers or whomevers headers even on Linux. > Besides there is no such distinction between internal > and "extension" headers, all the headers in include/wine are supposed > to be usable by Winelib app. Sure there are. Not all header from include/wine are copied to /usr/local/include/wine/wine during. The ones that are not copied are "internal" and the ones there are are "extensions" in some meaning. Only the "exension" headers (ie header that are copied during install) can be used by Winelib applications. However that might perhaps only be a temporary distiction. Anyway cd include/wine mkdir wine mv *.h wine work for me as well if you prefer that. > I'd suggest you simply copy the ones you > need with MSVC somewhere else to avoid conflicts. Hmm. Yes, that is another possibillity (read: kludge). Don't really like copying source files around, but it would work (with the possible exception of dependecies, but then "Rebuild all" is your friend :-). In short: I still think that we should require another -I to access the Wine specific (internal and extension) headers. However I don't really care if we do (1) -I$(TOPSRCDIR)/include -I$(TOPSRCDIR)/include/wine (2) -I$(TOPSRCDIR)/include -I$(TOPSRCDIR)/$(WHATEVER) I just don't think just doing -I$(TOPSRCDIR)/include like now is good for the reasons given above and below. Sometime you only want the Wine specific header sometimes you only want Wine's version of the Windows header. "Forcing" everybody to take them as a package only gives rise to unnessary problem like the one I'm trying to solve. Sure I could kludge it, but why not try to solve it properly?

3 2

MZ_Exec() patch, try 3
by chrismorgan＠rcn.com 22 Oct '02

22 Oct '02

Alright, yet another revision of this patch. This one uses dynamic memory allocation via HeapAlloc/Free(), doesn't modify the input command line and doesn't try to close process handles if CreateProcess failed. Third time a charm? ;-) * dlls/winedos/module.c: Chris Morgan <cmorgan(a)alum.wpi.edu> Call CreateProcessA() when executing non-dos applications from a dos application. Index: dlls/winedos/module.c =================================================================== RCS file: /home/wine/wine/dlls/winedos/module.c,v retrieving revision 1.23 diff -u -r1.23 module.c --- dlls/winedos/module.c 18 Oct 2002 23:48:58 -0000 1.23 +++ dlls/winedos/module.c 21 Oct 2002 22:00:16 -0000 @@ -339,17 +339,78 @@ /*********************************************************************** * MZ_Exec + * + * this may only be called from existing DOS processes */ BOOL WINAPI MZ_Exec( CONTEXT86 *context, LPCSTR filename, BYTE func, LPVOID paramblk ) { - /* this may only be called from existing DOS processes - * (i.e. one DOS app spawning another) */ - /* FIXME: do we want to check binary type first, to check - * whether it's a NE/PE executable? */ + DWORD binType; + STARTUPINFOA st; + PROCESS_INFORMATION pe; + BOOL status; + HANDLE hFile = CreateFileA( filename, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0); BOOL ret = FALSE; + + if(!GetBinaryTypeA(filename, &binType)) /* determine what kind of binary this is */ + { + return FALSE; /* binary is not an executable */ + } + if (hFile == INVALID_HANDLE_VALUE) return FALSE; + + /* handle non-dos executables */ + if(binType != SCS_DOS_BINARY) + { + if(func == 0) /* load and execute */ + { + LPBYTE fullCmdLine; + WORD fullCmdLength; + LPBYTE psp_start = (LPBYTE)((DWORD)DOSVM_psp << 4); + PDB16 *psp = (PDB16 *)psp_start; + ExecBlock *blk = (ExecBlock *)paramblk; + LPBYTE cmdline = PTR_REAL_TO_LIN(SELECTOROF(blk->cmdline),OFFSETOF(blk->cmdline)); + LPBYTE envblock = PTR_REAL_TO_LIN(psp->environment, 0); + BYTE cmdLength = cmdline[0]; + + fullCmdLength = (strlen(filename) + 1) + cmdLength + 1; /* filename + space + cmdline + terminating null character */ + + fullCmdLine = HeapAlloc(GetProcessHeap(), 0, fullCmdLength); + + /* build the full command line from the executable file and the command line being passed in */ + snprintf(fullCmdLine, fullCmdLength, "%s ", filename); /* start off with the executable filename and a space */ + memcpy(fullCmdLine + strlen(fullCmdLine), cmdline + 1, cmdLength); /* append cmdline onto the end */ + fullCmdLine[fullCmdLength - 1] = 0; /* null terminate string */ + + ZeroMemory (&st, sizeof(STARTUPINFOA)); + st.cb = sizeof(STARTUPINFOA); + status = CreateProcessA (NULL, fullCmdLine, NULL, NULL, TRUE, + 0, envblock, NULL, &st, &pe); + + WaitForSingleObject(pe.hProcess, INFINITE); /* wait here until the child process is complete */ + + HeapFree(GetProcessHeap(), 0, fullCmdLine); /* free the memory we allocated */ + + /* clean up PROCESS_INFORMATION handles if necessary */ + if(status) + { + CloseHandle(pe.hProcess); + CloseHandle(pe.hThread); + } + + ret = TRUE; + } else + { + FIXME("EXEC type of %d not implemented for non-dos executables\n", func); + ret = FALSE; + } + + CloseHandle(hFile); + return ret; + } /* if(binType != SCS_DOS_BINARY) */ + + /* handle dos executables */ switch (func) { case 0: /* load and execute */ case 1: /* load but don't execute */

3 4

Re: Listview V15
by Bobby Bingham 21 Oct '02

21 Oct '02

On Mon, Oct 21, 2002 at 10:51:35AM -0400, Dimitrie O. Paun wrote: > > ChangeLog > Updated header documentation to the latest, and greatest. > <snip> > + * -- LVIS_ACTIVATING (not currently supported my comctl32.dll version 6.0) you mean "by" comctl32.dll version 6.0 ? <snip> > + * -- LVN_BEGINDRAG, LVN_BEGINRDRAG hmmm ... how about "LVN_BEGINFRAG, LVN_ENDDRAG" -- Bobby Bingham

2 2

compile with -DSTRICT
by Michael Stefaniuc 21 Oct '02

21 Oct '02

Hello, i'm not 100% sure what -DWINE_NO_STRICT should do, but i suspect it should negate the effect of -DSTRICT. The attached patch enables that and lets wine compile with -DSTRICT where WINE_NO_STRICT isn't defined. Comments? bye michael P.S.: is this -DSTRICT a m$ windows thing or a wine only thing? -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 2

Small DDraw problem...
by Lionel Ulmer 21 Oct '02

21 Oct '02

Hi all, I looked at this problem a long time and did not find what the problem is... So I ask for the help of people here :-) Some TRACE extracts : trace:ddraw:DirectDrawCreate ((null),0x406a2b80,(nil)) trace:ddraw:DDRAW_Create Returning interface 0x403b48bc | the DirectDraw interface trace:ddraw:Main_DirectDraw_QueryInterface (0x403b48b0)->({9c59509a-39bd-11d1-8c4a-00c04fd930c5},0x406a2b84) trace:ddraw:Main_DirectDraw_QueryInterface Returning interface 0x403b48b4 | the DirectDraw4 interface trace:ddraw:IDirectDraw4Impl_CreateSurface thunking interface 0x403b48b4 trace:ddraw:Main_DirectDraw_CreateSurface (0x403b48b0)->(0x406a2ae0,0x415712dc,(nil)) So the surface is created using the DirectDraw4 interface and not the DirectDraw one returned by DirectDrawCreate. trace:ddraw:User_DirectDrawSurface_Construct (0x403b4c68,0x403b48b0,0x406a29d8) | the DirectDrawSurface4 interface trace:ddraw:Main_DirectDrawSurface_GetAttachedSurface (0x403b4c68)->Looking for caps: 4,400c97f1,40380000,403b4bc0 output: 0x415712e0 So we clearly see that the application is giving us a DDSCAPS structure and NOT a DDSCAPS2 as it should be for a DirectDrawSurface4 interface (because by 'hacking' the code by checking only dwCaps, the game goes further). So : 1) it is a bug in the game (and it works fine in Windows because, miraculously, the three others words of the 'fake' DDSCAPS2 structure are set to '0' or because Windows only checks with 'dwCaps' and not with all 'dwCaps' fields). 2) somehow the docs are wrong and it should be a DirectDrawSurface that is returned by a CreateSurface even if the CreateSurface is called on a DirectDraw4 interface... I would be glad for any help... Trying to go further with my hack in place :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

Second Listview status update
by Dimitrie O. Paun 21 Oct '02

21 Oct '02

Folks, The listview should now be better than before I started working on it. If there are regressions, I would like to know about them. During my work, the REPORT mode got a lot faster rendering. The Q-series patches undoes partly those speed enhancements. However, the situation is temporary, and when I'm done with it, we'll have pretty much as fast a rendering as possible. For this to happen, I need to do a bit more infrastructure work. Namely, we have to keep track of column information, such as rect, alignment, etc. This will no only speed up report rendering, it will allow us to have icons for subitems as well (most of the work for this is actually done, I just need a place to put the on/off flag). Once this is done, we can start working on actually adding features. And there are a _lot_ of features that we're missing. But this is another story! :) My aim here is to bring the listview to a solid foundation that can take all these new features without turning it into something (1) buggy, (2) unmanageable, and (3) slow. There is one more infrastructure bit that may need to be done. That is, we may need to keep an ordered array of item positions in LVS_{,SMALL}ICON modes. Currently, we don't have something like this, and as a result we need to iterate over the entire item set in the above mentioned modes. This works for a small number of items, but when we have 10s of thousands, or millions, or what have you of items, it will blow chunks. The good thing is that all the iterator work that I've done lately nicely separates all these details away from the code. So it can wait for now. So once again, I am interested to hear about regressions. I think the code reached a state where we can concentrate on cleaning up our act, before adding new features. -- Dimi.

3 19

WM_COPYDATA linear/SEGPTR crash
by Andreas Mohr 21 Oct '02

21 Oct '02

Hi all, Dr. Hardware crashes like that: Backtrace: 0 0x0297:0x01c0 1 0x00f7:0x0000 2 WINPROC_CallWndProc16+0x211(proc=0x2970186, hwnd=0xa4, msg=WM_COPYDATA, wParam=0xab, lParam=0x403cbc48) 3 WINPROC_CallProc32WTo16+0x99(...., , wParam=0x200ab, ...) 4 CallWindowProcW+0x6f(func=0x4ce0458, hwnd=0x400a4, msg=WM_COPYDATA,wParam=0x200ab, lParam=0x403cbc48) 5 call_window_proc(...) 6 MSG_peek_message+0x409(msg=0x410b2a74, hwnd=0x0, first=0x0, last=0xffffffff, flags=1) 7 PeekMessageW+0x7c(msg_out=0x410b2b78, hwnd=0x0, first=0x0, last=0x0) 8 GetMessageW(msg=0x410b2b78, hwnd=0x0, first=0x0, last=0x0) 9 GetMessage32_16(msg16=0x403c9698, hwnd16=0, first=0, last=0, wHaveParamHigh=0) 10 GetMessage16(msg=0x403c9698, hwnd=0, first=0, last=0) 11 __wine_user_exe_CallFrom16_p_word_pwww.... 0x0297:0x01c0: lesw 0x104a,%bx Wine-dbg>x/2w 0x2af:0x104a 0x02a:0x104a: bc48 403c (sound familiar ?) To me it's obvious what's happening. Now the obvious question is: how to fix this problem ? (i.e.: where is some kind of translation missing ?) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

RE: LVM_* defs
by Patrik Stridvall 21 Oct '02

21 Oct '02

> Can anyone help me with the definition of these > listview messages? TIA. [snip] grep LVM_ commctrl.h | grep define #define LVM_FIRST 0x1000 // ListView messages #define LVM_SETUNICODEFORMAT CCM_SETUNICODEFORMAT #define LVM_GETUNICODEFORMAT CCM_GETUNICODEFORMAT #define LVM_GETBKCOLOR (LVM_FIRST + 0) #define LVM_SETBKCOLOR (LVM_FIRST + 1) #define LVM_GETIMAGELIST (LVM_FIRST + 2) #define LVM_SETIMAGELIST (LVM_FIRST + 3) #define LVM_GETITEMCOUNT (LVM_FIRST + 4) #define LVM_GETITEMA (LVM_FIRST + 5) #define LVM_GETITEMW (LVM_FIRST + 75) #define LVM_GETITEM LVM_GETITEMW #define LVM_GETITEM LVM_GETITEMA #define LVM_SETITEMA (LVM_FIRST + 6) #define LVM_SETITEMW (LVM_FIRST + 76) #define LVM_SETITEM LVM_SETITEMW #define LVM_SETITEM LVM_SETITEMA #define LVM_INSERTITEMA (LVM_FIRST + 7) #define LVM_INSERTITEMW (LVM_FIRST + 77) #define LVM_INSERTITEM LVM_INSERTITEMW #define LVM_INSERTITEM LVM_INSERTITEMA #define LVM_DELETEITEM (LVM_FIRST + 8) #define LVM_DELETEALLITEMS (LVM_FIRST + 9) #define LVM_GETCALLBACKMASK (LVM_FIRST + 10) #define LVM_SETCALLBACKMASK (LVM_FIRST + 11) #define LVM_GETNEXTITEM (LVM_FIRST + 12) #define LVM_FINDITEMA (LVM_FIRST + 13) #define LVM_FINDITEMW (LVM_FIRST + 83) #define LVM_FINDITEM LVM_FINDITEMW #define LVM_FINDITEM LVM_FINDITEMA #define LVM_GETITEMRECT (LVM_FIRST + 14) #define LVM_SETITEMPOSITION (LVM_FIRST + 15) #define LVM_GETITEMPOSITION (LVM_FIRST + 16) #define LVM_GETSTRINGWIDTHA (LVM_FIRST + 17) #define LVM_GETSTRINGWIDTHW (LVM_FIRST + 87) #define LVM_GETSTRINGWIDTH LVM_GETSTRINGWIDTHW #define LVM_GETSTRINGWIDTH LVM_GETSTRINGWIDTHA #define LVM_HITTEST (LVM_FIRST + 18) #define LVM_ENSUREVISIBLE (LVM_FIRST + 19) #define LVM_SCROLL (LVM_FIRST + 20) #define LVM_REDRAWITEMS (LVM_FIRST + 21) #define LVM_ARRANGE (LVM_FIRST + 22) #define LVM_EDITLABELA (LVM_FIRST + 23) #define LVM_EDITLABELW (LVM_FIRST + 118) #define LVM_EDITLABEL LVM_EDITLABELW #define LVM_EDITLABEL LVM_EDITLABELA #define LVM_GETEDITCONTROL (LVM_FIRST + 24) #define LVM_GETCOLUMNA (LVM_FIRST + 25) #define LVM_GETCOLUMNW (LVM_FIRST + 95) #define LVM_GETCOLUMN LVM_GETCOLUMNW #define LVM_GETCOLUMN LVM_GETCOLUMNA #define LVM_SETCOLUMNA (LVM_FIRST + 26) #define LVM_SETCOLUMNW (LVM_FIRST + 96) #define LVM_SETCOLUMN LVM_SETCOLUMNW #define LVM_SETCOLUMN LVM_SETCOLUMNA #define LVM_INSERTCOLUMNA (LVM_FIRST + 27) #define LVM_INSERTCOLUMNW (LVM_FIRST + 97) # define LVM_INSERTCOLUMN LVM_INSERTCOLUMNW # define LVM_INSERTCOLUMN LVM_INSERTCOLUMNA #define LVM_DELETECOLUMN (LVM_FIRST + 28) #define LVM_GETCOLUMNWIDTH (LVM_FIRST + 29) #define LVM_SETCOLUMNWIDTH (LVM_FIRST + 30) #define LVM_GETHEADER (LVM_FIRST + 31) #define LVM_CREATEDRAGIMAGE (LVM_FIRST + 33) #define LVM_GETVIEWRECT (LVM_FIRST + 34) #define LVM_GETTEXTCOLOR (LVM_FIRST + 35) #define LVM_SETTEXTCOLOR (LVM_FIRST + 36) #define LVM_GETTEXTBKCOLOR (LVM_FIRST + 37) #define LVM_SETTEXTBKCOLOR (LVM_FIRST + 38) #define LVM_GETTOPINDEX (LVM_FIRST + 39) #define LVM_GETCOUNTPERPAGE (LVM_FIRST + 40) #define LVM_GETORIGIN (LVM_FIRST + 41) #define LVM_UPDATE (LVM_FIRST + 42) #define LVM_SETITEMSTATE (LVM_FIRST + 43) #define LVM_GETITEMSTATE (LVM_FIRST + 44) #define LVM_GETITEMTEXTA (LVM_FIRST + 45) #define LVM_GETITEMTEXTW (LVM_FIRST + 115) #define LVM_GETITEMTEXT LVM_GETITEMTEXTW #define LVM_GETITEMTEXT LVM_GETITEMTEXTA #define LVM_SETITEMTEXTA (LVM_FIRST + 46) #define LVM_SETITEMTEXTW (LVM_FIRST + 116) #define LVM_SETITEMTEXT LVM_SETITEMTEXTW #define LVM_SETITEMTEXT LVM_SETITEMTEXTA #define LVM_SETITEMCOUNT (LVM_FIRST + 47) #define LVM_SORTITEMS (LVM_FIRST + 48) #define LVM_SETITEMPOSITION32 (LVM_FIRST + 49) #define LVM_GETSELECTEDCOUNT (LVM_FIRST + 50) #define LVM_GETITEMSPACING (LVM_FIRST + 51) #define LVM_GETISEARCHSTRINGA (LVM_FIRST + 52) #define LVM_GETISEARCHSTRINGW (LVM_FIRST + 117) #define LVM_GETISEARCHSTRING LVM_GETISEARCHSTRINGW #define LVM_GETISEARCHSTRING LVM_GETISEARCHSTRINGA #define LVM_SETICONSPACING (LVM_FIRST + 53) #define LVM_SETEXTENDEDLISTVIEWSTYLE (LVM_FIRST + 54) // optional wParam == mask #define LVM_GETEXTENDEDLISTVIEWSTYLE (LVM_FIRST + 55) #define LVM_GETSUBITEMRECT (LVM_FIRST + 56) #define LVM_SUBITEMHITTEST (LVM_FIRST + 57) #define LVM_SETCOLUMNORDERARRAY (LVM_FIRST + 58) #define LVM_GETCOLUMNORDERARRAY (LVM_FIRST + 59) #define LVM_SETHOTITEM (LVM_FIRST + 60) #define LVM_GETHOTITEM (LVM_FIRST + 61) #define LVM_SETHOTCURSOR (LVM_FIRST + 62) #define LVM_GETHOTCURSOR (LVM_FIRST + 63) #define LVM_APPROXIMATEVIEWRECT (LVM_FIRST + 64) #define LVM_SETWORKAREAS (LVM_FIRST + 65) #define LVM_GETWORKAREAS (LVM_FIRST + 70) #define LVM_GETNUMBEROFWORKAREAS (LVM_FIRST + 73) #define LVM_GETSELECTIONMARK (LVM_FIRST + 66) #define LVM_SETSELECTIONMARK (LVM_FIRST + 67) #define LVM_SETHOVERTIME (LVM_FIRST + 71) #define LVM_GETHOVERTIME (LVM_FIRST + 72) #define LVM_SETTOOLTIPS (LVM_FIRST + 74) #define LVM_GETTOOLTIPS (LVM_FIRST + 78) #define LVM_SORTITEMSEX (LVM_FIRST + 81) #define LVM_SETBKIMAGEA (LVM_FIRST + 68) #define LVM_SETBKIMAGEW (LVM_FIRST + 138) #define LVM_GETBKIMAGEA (LVM_FIRST + 69) #define LVM_GETBKIMAGEW (LVM_FIRST + 139) #define LVM_SETSELECTEDCOLUMN (LVM_FIRST + 140) #define LVM_SETTILEWIDTH (LVM_FIRST + 141) #define LVM_SETVIEW (LVM_FIRST + 142) #define LVM_GETVIEW (LVM_FIRST + 143) #define LVM_INSERTGROUP (LVM_FIRST + 145) #define LVM_SETGROUPINFO (LVM_FIRST + 147) #define LVM_GETGROUPINFO (LVM_FIRST + 149) #define LVM_REMOVEGROUP (LVM_FIRST + 150) #define LVM_MOVEGROUP (LVM_FIRST + 151) #define LVM_MOVEITEMTOGROUP (LVM_FIRST + 154) #define LVM_SETGROUPMETRICS (LVM_FIRST + 155) #define LVM_GETGROUPMETRICS (LVM_FIRST + 156) #define LVM_ENABLEGROUPVIEW (LVM_FIRST + 157) #define LVM_SORTGROUPS (LVM_FIRST + 158) #define LVM_INSERTGROUPSORTED (LVM_FIRST + 159) #define LVM_REMOVEALLGROUPS (LVM_FIRST + 160) #define LVM_HASGROUP (LVM_FIRST + 161) #define LVM_SETTILEVIEWINFO (LVM_FIRST + 162) #define LVM_GETTILEVIEWINFO (LVM_FIRST + 163) #define LVM_SETTILEINFO (LVM_FIRST + 164) #define LVM_GETTILEINFO (LVM_FIRST + 165) #define LVM_SETINSERTMARK (LVM_FIRST + 166) #define LVM_GETINSERTMARK (LVM_FIRST + 167) #define LVM_INSERTMARKHITTEST (LVM_FIRST + 168) #define LVM_GETINSERTMARKRECT (LVM_FIRST + 169) #define LVM_SETINSERTMARKCOLOR (LVM_FIRST + 170) #define LVM_GETINSERTMARKCOLOR (LVM_FIRST + 171) #define LVM_SETINFOTIP (LVM_FIRST + 173) #define LVM_GETSELECTEDCOLUMN (LVM_FIRST + 174) #define LVM_ISGROUPVIEWENABLED (LVM_FIRST + 175) #define LVM_GETOUTLINECOLOR (LVM_FIRST + 176) #define LVM_SETOUTLINECOLOR (LVM_FIRST + 177) #define LVM_CANCELEDITLABEL (LVM_FIRST + 179) #define LVM_MAPINDEXTOID (LVM_FIRST + 180) #define LVM_MAPIDTOINDEX (LVM_FIRST + 181) #define LVM_SETBKIMAGE LVM_SETBKIMAGEW #define LVM_GETBKIMAGE LVM_GETBKIMAGEW #define LVM_SETBKIMAGE LVM_SETBKIMAGEA #define LVM_GETBKIMAGE LVM_GETBKIMAGEA

1 0

← Newer
1
...
15
16
17
18
19
20
21
...
36
Older →

Jump to page:

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 October 2002