wine-devel

wine-devel@winehq.org

9 participants
84458 discussions

Re: where do I go to find out who needs help
by Andreas Mohr 17 May '01

17 May '01

On Wed, May 09, 2001 at 05:09:20AM -0700, Sean Callahan wrote: > Hi, > I want to do some work for this project who do I mail > Regards, > seanie(a)www.com Well, I'd say that depends on what you're able to do ;-) At the moment I could imagine e.g. the following items: - web server maintenance/update work - improvement of documentation (this badly needs fixing !!) - dlls/shlwapi/reg.c: implementation of user-specific registry stuff (e.g. needed by IE 5) Multiple choice time :-) Andreas Mohr

2 2

Networking with Mandrake 8.0 and SuSE 7.1
by Steve Fox 17 May '01

17 May '01

Repost from wine.users since no reply. Thanks for any help. ------------------------- I'm running Lotus Notes 5.04a under WINE with one of the January releases and its been working great for months. However, any release since February does not seem to do reliable networking on my Mandrake 8.0 system. I can occassionally actually get into my inbox and even open up a message, but I've never been able to read more than one. Some cow-orkers using this same setup on Redhat 7.1 do not have this problem, but others using SuSE 7.1 do too. Does anyone have any ideas why only networking would be affected and only on select distributions? It stumps me because all three mentioned distros use glibc-2.2 and gcc-2.96 (SuSE may use 2.95...not sure). On a related note, another cow-orker who is using Mandrake Cooker (development distro) and his own compiled kernel does not have this problem. I am on a token ring network, which I don't think should matter. -- Steve Fox IBM Linux Technology Center http://oss.software.ibm.com/developerworks/opensource/linux/ http://k-lug.com (Rochester Linux Users Group)

1 0

Re: Patch for a bug in server/select.c
by Alexandre Julliard 17 May '01

17 May '01

Bang Jun-Young <bjy(a)mogua.org> writes: > Suppose that > > ret = poll( pollfd, nb_users, diff ); > > has returned an error bit (either of POLLERR, POLLHUP, or POLLNVAL) > set in pollfd[].revents. Those error codes are defined in positive > numbers in poll.h, so in this case when > > poll_users[i]->ops->poll_event( poll_users[i], pollfd[i].revents ); > > is called, it tries to get an access to an already freed function and > causes a segfault. POLLERR and POLLHUP are legitimate results, and you definitely have to call the function in that case. POLLNVAL is not supposed to happen, unless there is a bug in the fd management. Or does NetBSD set POLLNVAL when the file descriptor is -1? This wouldn't be correct according to the Single Unix spec. -- Alexandre Julliard julliard(a)winehq.com

2 1

DLL separation and PROFILE functions
by Ian Pilcher 16 May '01

16 May '01

DLL separation has been mentioned quite a few times on this list (usually as the ultimate solution to a problem), but I don't think I've ever seen it actually defined. Based on my own misadventures in this area, however, I would hazard a guess that is essentially the conversion of all inter-DLL function calls from OS-based dynamic linking to the Wine DLL loading mechanism. Under this assumption, adding 'IMPORTS = ntdll' to a DLL's Makefile.in file (in order to use one of the PROFILE functions) seems like a definite step backwards. I think that the proper approach is to add the function in question to dlls/ntdll/ntdll.spec and make sure that the importing DLL lists ntdll.dll as an import in its own SPEC file. All of which is wonderful until you consider the following in ntdll.spec: ################## # Wine extensions # # All functions must be prefixed with '__wine_' (for internal functions) # or 'wine_' (for user-visible functions) to avoid namespace conflicts. This would seem to indicate that the PROFILE functions (in files/profile.c) need to have their names changed before they are exported. Is this an appropriate time to go crazy with grep and sed? (For example, PROFILE_EnumWineIniString would become __wine_EnumIniString.) -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 1

Re: Crash in MSG_PeekHardwareMsg
by Alexandre Julliard 14 May '01

14 May '01

Rein Klazes <rklazes(a)xs4all.nl> writes: > Dutch tax 2000 declaration setup program crashes at exactly the same > point. Cause of this seems to be some memory allocation/corruption > problem. At some point the memory used by the sysMsgQueue, is > allocated again by some HeapAlloc() and happily used by its requester. Does this help? Index: windows/queue.c =================================================================== RCS file: /opt/cvs-commit/wine/windows/queue.c,v retrieving revision 1.70 diff -u -r1.70 queue.c --- windows/queue.c 2001/04/04 00:19:55 1.70 +++ windows/queue.c 2001/05/14 18:55:22 @@ -598,7 +598,7 @@ /* Note: We dont need perQ data for the system message queue */ if (!(hmemSysMsgQueue = QUEUE_CreateMsgQueue( FALSE ))) return FALSE; - + FarSetOwner16( hmemSysMsgQueue, 0 ); sysMsgQueue = (MESSAGEQUEUE *) GlobalLock16( hmemSysMsgQueue ); return TRUE; } -- Alexandre Julliard julliard(a)winehq.com

3 2

CalcChildScroll
by Bill Medland 14 May '01

14 May '01

Does anyone have a problem with the following fix to windows/mdi.c/CalcChildScroll? It fixes a problem for one product but I am not in a position to test it thoroughly. When measuring the union of the children rectangles only the visible children should be included: .. } else if( pWnd->dwStyle & WS_VISIBLE) UnionRect( &childRect, &pWnd->rectWindow, &childRect ); This stops scrollbars appearing and disappearing while resizing apparently empty mdi clients etc. Bill Medland

1 0

Crash in MSG_PeekHardwareMsg
by Uwe Bonnes 14 May '01

14 May '01

Hallo, the archive viewer "start.exe" for the CDROM archive of german magazine CT crashes since some time: 085a8b90:Ret USER.114: DISPATCHMESSAGE() retval=0x00000000 ret=02ef:005c ds=033f 085a8b90:Call USER.108: GETMESSAGE(0x033fd1be,0x0000,0x0000,0x0000) ret=02ef:4055 ds=033f fixme:pthread_kill_other_threads_np ... Unhandled exception: page fault on read access to 0xffff0203 in 32-bit code (0x40a1718f). In 32-bit mode. 0x40a1718f (MSG_PeekHardwareMsg+0x4f [message.c:595] in libkeyboard.so): repe movsl (%esi),% es:(%edi) 597 nextqmsg = qmsg->nextMsg; Wine-dbg>bt Backtrace: =>0 0x40a1718f (MSG_PeekHardwareMsg+0x4f(msg=0x40d26d28, hwnd=0x0, first=0x0, last=0x0, remove=0x1) [message.c:595] in libkeyboard.so) (ebp=40d26cbc) 1 0x40a17faf (MSG_PeekMessage+0x30f(type=0x0, msg_out=0x40d26d84, hwnd=0x0, first=0x0, last=0x0, flags=0x1, peek=0x0) [message.c:1187] in libkeyboard.so) (ebp=40d26d44) 2 0x40a185d7 (GetMessage32_16+0x67(msg16_32=0x33fd1be, hWnd=0x0, first=0x0, last=0x0, wHaveParamHigh=0x0) [message.c:1468] in libkeyboard.so) (ebp=40d26da0) 3 0x40a186b0 (GetMessage16+0x30(msg=0x33fd1be, hwnd=0x0, first=0x0, last=0x0) [message.c:1491] in libkeyboard.so) (ebp=40d26dc0) 4 0x409c6e20 (USER_CallFrom16_p_word_lwww+0x30(proc=0x40a18680, args=0x404690a4) [user.spec.c:213] in libkeyboard.so) (ebp=40d26ddc) 5 0x4008d7ae (__wine_call_from_16_word+0x8e [asmrelay.s] in libntdll.so) (ebp=40d26e0c) 6 0x02ef:0x4055 (bp=d1ec) 7 0x02ef:0x4240 (bp=d200) 8 0x02e7:0x5a11 (bp=d26a) 9 0x02e7:0x0063 (bp=0000) Any ideas? Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing --

2 1

Re: GDB remote debugging
by Ove Kaaven 14 May '01

14 May '01

On Mon, 14 May 2001 =?iso-8859-1?Q?G=E9rard_Patel_=3Cgerard.patel=40asi.fr=3E?=(a)s5.asi.fr wrote: > At 11:12 PM 09/05/2001 +0200, Ove Kaaven wrote: > >For any sufficiently disillusioned Wine hackers, here's my current > >experimental code for letting GDB attach to a Wine process. > <snip> > > Is there any way to debug an application from the beginning using this tool ? > (the reason I would like to try it is of course that the app crashes while starting) > If not, is it thinkable to change the code to wait for gdb to connect when > the initial Wine thread connects to the server ? I put that variable "create_suspended" in gdbremote.c for that purpose... just change it from 0 to 1... ought to be a command-line option, but that patch won't be included in wine in its current form anyway, so...

1 0

Re: Problem with tooltips
by gerard patel 14 May '01

14 May '01

At 09:56 PM 13/05/2001 +0200, you wrote: <snip tooltip file dialog problem> >Does anyone know how to fix this? http://www.winehq.com/hypermail/wine-devel/2001/05/0035.html (or replace winehq by 130.225.13.222 if the Corel Dns is still down :-/) Gerard

1 0

Re: Crash in MSG_PeekHardwareMsg
by gerard patel 14 May '01

14 May '01

At 08:56 PM 12/05/2001 +0200, you wrote: >085a8b90:Ret USER.114: DISPATCHMESSAGE() retval=0x00000000 ret=02ef:005c ds=033f >085a8b90:Call USER.108: GETMESSAGE(0x033fd1be,0x0000,0x0000,0x0000) ret=02ef:4055 ds=033f >fixme:pthread_kill_other_threads_np >... >Unhandled exception: page fault on read access to 0xffff0203 > in 32-bit code (0x40a1718f). >In 32-bit mode. >0x40a1718f (MSG_PeekHardwareMsg+0x4f [message.c:595] in libkeyboard.so): repe movsl (%esi),% >es:(%edi) >597 nextqmsg = qmsg->nextMsg; <snip> >Any ideas? There is not much to go on in this information. I can't see this problem with any of my 16 bits apps, but maybe none of them use this kind of GetMessage without specifying a window. I'd suggest first that you compile message.c with optimization level O0 : it seems clear that the displayed instruction is not the one responsible for the crash; the crash happens really in *msg = qmsg->msg. Maybe having no optimization could give more accurate information. When you have done that, rerun and enter info reg and info local when the crash occurs. Also a trace with +relay could be interesting but I think that you know that since you post this tip on cemw often enough :-) Gerard

1 0

Could someone check this on windoze
by Uhmmmm 13 May '01

13 May '01

Could someone please doublecheck this. On windoze, does the bitmap in a SS_BITMAP style STATIC control change if you send it WM_SETTEXT or call SetWindowText() on it like it does in WINE? I don't think it does, but I'd like it if someone could check before I start changing things.

2 2

Problem with tooltips
by Marcus Meissner 13 May '01

13 May '01

Hi, Start any program that uses the common dialog file open dialog (Win95 style) using -managed. Then move the mouse over any of the toolbar icons. Watch a VERY HUGE window manager window pop up displaying the tooltip text in the upper left corner. Reason for this appears to be some changed flags that lets WIN_WindowNeedsWMBorder fail on tooltips. Does anyone know how to fix this? Adding WS_EX_TOOLWINDOW to the tooltip CreateWindow is probably wrong :/ Ciao, Marcus

1 0

RE: WINEPS: Read metrics from TrueType fonts
by Nerijus Baliunas 13 May '01

13 May '01

> This patch enables the PostScript driver to read font metrics directly > from TrueType font files with FreeType 2. It looks for font files in > directories listed in the [TrueType Font Directories] section of the > wine config file. For example: > > [TrueType Font Directories] > "dir0" = "/usr/X11R6/lib/X11/fonts/TrueType" > "dir1" = "/usr/share/fonts/default/TrueType" > etc. > > It does not embed the fonts into its output. Ghostscript users can > install their TrueType fonts in Ghostscript (with their Fontmap file or > the GS_FONTPATH environment variable); users printing to PostScript > printers will have to convert their fonts to Type 1 or Type 42 format > and use an external program to add them to the print jobs. Hello, Why don't you add this text to documentation/printing? Regards, Nerijus

1 0

Wine logo
by Ian Pilcher 12 May '01

12 May '01

Inspiration for the graphically (and accurately) inclined: http://www.sutterhome.com/interactive/in1034.html -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

Missing INT21h functions
by davep 12 May '01

12 May '01

Trying (more in hope than expectation) to run an ancient DOS program under Wine, I get this failure: err:int21:DOS3Call int21: unknown/not implemented parameters: int21: AX 0f9f, BX 005c, CX 0000, DX 005c, SI 008e, DI 005c, DS 107f, ES 109f Sure enough, DOS3Call() has a series of functions, including 0fh, which are unimplemented. Is there any reason why these functions should not be implemented? The win31 sdk doesn't mention any restrictions on which INT21 functions can be used, neither does Schulman. Dave Pickles

2 1

Qusetion From New Developer
by Uhmmmm 11 May '01

11 May '01

I've been using WINE for a while now, and I thought it was just about time to start helping out. I found some very easy things I can fix (a lot of the FIXMEs in the basic controls (botton, static, etc)). The only problem is that, I'm not sure how to submit the code once I've fixed it. If someone could let me know, I could start coding. Thanks in advance.

3 2

__compar_fn_t Linuxism in dlls/wineps/afm.c
by Gerald Pfeifer 11 May '01

11 May '01

I believe relying on __compar_fn_t in dlls/wineps/afm.c is a Linuxism recently added to dlls/wineps/afm.c (and only there), Ian. Given that __compar_fn_t is only used in that single file and nowhere else, I'd suggest to simply use a typedef of your own instead of the non-portable __compar_fn_t. -- Could you please have a look? Alexandre, in the mean-time please consider my patch below, which gets rid of the build failure at least. /usr/bin/gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o afm.o afm.c afm.c: In function `SortFontMetrics': afm.c:686: `__compar_fn_t' undeclared (first use in this function) afm.c:686: (Each undeclared identifier is reported only once afm.c:686: for each function it appears in.) afm.c:686: syntax error before `UnicodeGlyphByNameIndex' afm.c:698: syntax error before `UnicodeGlyphByNameIndex' afm.c:718: syntax error before `UnicodeGlyphByUV' afm.c:729: syntax error before `AFMMetricsByUV' afm.c:691: warning: `pug' might be used uninitialized in this function afm.c: At top level: afm.c:644: warning: `UnicodeGlyphByNameIndex' defined but not used afm.c:649: warning: `UnicodeGlyphByUV' defined but not used afm.c:654: warning: `AFMMetricsByUV' defined but not used gmake[2]: *** [afm.o] Error 1 gmake[2]: Leaving directory `/.amd_mnt/vexpert/files8/test/wine/dlls/wineps' gmake[1]: *** [wineps/libwineps.so] Error 2 Thanks, Gerald Index: afm.c =================================================================== RCS file: /home/wine/wine/dlls/wineps/afm.c,v retrieving revision 1.13 diff -u -3 -p -r1.13 afm.c --- afm.c 2001/05/09 17:11:59 1.13 +++ afm.c 2001/05/11 10:58:58 @@ -683,7 +683,7 @@ static BOOL SortFontMetrics() qsort(aglCopy, PSDRV_AdobeGlyphList.size, sizeof(UNICODEGLYPH), - (__compar_fn_t)UnicodeGlyphByNameIndex); + UnicodeGlyphByNameIndex); } for (i = 0; i < afm->NumofMetrics; ++i) @@ -695,7 +695,7 @@ static BOOL SortFontMetrics() pug = bsearch(&ug, aglCopy, PSDRV_AdobeGlyphList.size, sizeof(UNICODEGLYPH), - (__compar_fn_t)UnicodeGlyphByNameIndex); + UnicodeGlyphByNameIndex); if (pug == NULL) { WARN("Glyph '%s' in font '%s' does not have a UV\n", @@ -715,7 +715,7 @@ static BOOL SortFontMetrics() /* typecast avoids compiler warning */ qsort((void *)(afm->Encoding->glyphs), afm->Encoding->size, - sizeof(UNICODEGLYPH), (__compar_fn_t)UnicodeGlyphByUV); + sizeof(UNICODEGLYPH), UnicodeGlyphByUV); for (i = 0; i < afm->Encoding->size; ++i) if (afm->Encoding->glyphs[i].UV >= 0) @@ -726,7 +726,7 @@ static BOOL SortFontMetrics() } qsort(afm->Metrics, afm->NumofMetrics, sizeof(AFMMETRICS), - (__compar_fn_t)AFMMetricsByUV); + AFMMetricsByUV); for (i = 0; i < afm->NumofMetrics; ++i) if (afm->Metrics[i].UV >= 0)

3 2

Wine Logo ?
by Marcus Meissner 11 May '01

11 May '01

Hi, Is the WINE Logo as used by WineHQ available somewhere in higher resolution? I need it for preparation of LinuxTag 2001 :) Ciao, Marcus

1 0

win32 binary DLLs -> Unix wrappers?
by Peter Duthie 11 May '01

11 May '01

What I would like to do is take an existing windows DLL for which I have the SDK but not the source, and write/generate a C++ wrapper that accesses the code contained therein, and be linked with existing unix programs. Eg, say I have X.DLL, X.LIB and X.h Is there a way using wine that I can generate wrapper code (say X_wrapper.cc), so that I can link it with a unix program that I would write around the wrapper? Thus I would have the benefits of developing under the unix environment and libraries, while utilising a necessary proprietary windows DLL. Note, native windows applications that use this DLL work fine when run under wine regularly. I cannot find documentation for this in the mailing list archives, or the official docs, although Chapter 5 of the winelib users guide seems to be the right place to look, it appears to not be written yet. Can anyone please direct me to relevant documentation/examples/code? Thanks, -peter

3 2

Re: Add support for NOMINMAX
by Alexandre Julliard 11 May '01

11 May '01

Francois Gouget <fgouget(a)free.fr> writes: > Why? It doesn't make a big difference but after all, if min/max are > defined in their own header, why not take advantage of it to avoid > duplication? (I hate duplicating code :-) Because that's not how Windows does it. And I think it's a good thing to avoid unnecessary dependencies between the Windows headers and the MSVC ones. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Add support for NOMINMAX
by Francois Gouget 11 May '01

11 May '01

I noticed that you didn't apply this part of the minmax patch: --- cut here --- Index: include/windef.h =================================================================== RCS file: /home/cvs/wine/wine/include/windef.h,v retrieving revision 1.57 diff -u -r1.57 windef.h --- include/windef.h 2001/05/07 20:14:00 1.57 +++ include/windef.h 2001/05/11 01:17:37 @@ -14,6 +14,9 @@ #define WINVER 0x0500 #include "winnt.h" +#ifndef NOMINMAX +#include "minmax.h" +#endif #ifdef __cplusplus @@ -140,15 +143,6 @@ #define ADD_LOWORD(dw,val) ((dw) = ((dw) & 0xffff0000) | LOWORD((DWORD)(dw)+(val))) #endif -/* min and max macros */ -#ifndef NOMINMAX -#ifndef max -#define max(a,b) (((a) > (b)) ? (a) : (b)) -#endif -#ifndef min -#define min(a,b) (((a) < (b)) ? (a) : (b)) -#endif -#endif /* NOMINMAX */ #ifndef _MAX_PATH /* FIXME: These are supposed to be in stdlib.h only */ --- cut here --- Why? It doesn't make a big difference but after all, if min/max are defined in their own header, why not take advantage of it to avoid duplication? (I hate duplicating code :-) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ La terre est une bêta...

1 0

[PATCH] Small SetParent fix
by gerard patel 10 May '01

10 May '01

Calling SetParent of a child window does not create a X counterpart in current Cvs if parent = 0. Fixes one at least of the 2 crashes I had pointed to with the User patch of 24 april. ChangeLog: * dlls/x11drv/window.c creates (again) a X counterpart for children windows reparented to 0

1 0

Re: GDB remote debugging
by Alexandre Julliard 10 May '01

10 May '01

Ove Kaaven <ovehk(a)ping.uio.no> writes: > I assume Alexandre isn't going to like some of the stuff in here, but I > suppose it's up to him whether to take it or leave it... How did you guess I wouldn't like it? ;-) Actually I think it's a neat hack, but it doesn't belong in the server at all. You should be able to do the same thing as a client-side process using the Win32 debugging API. It could be either a stand-alone Winelib app, or a special mode inside winedbg so that you can reuse some of the code in there. -- Alexandre Julliard julliard(a)winehq.com

3 2

Small Fixes
by kenon＠go2.pl 10 May '01

10 May '01

Hi, I had some problems with application Super Memo 8.0 . It is an old 16-bit app ( hard for debugging :-) ) written in Borland Delphi (I guess). I wrote a patch and posted to wine-patches two months ago ,but that patch was rejected :-( . Now I have much simpler and I think correct patch solving the problem. --- windows/painting.c_or Wed Mar 28 16:39:17 2001 +++ windows/painting.c Sat May 5 14:19:43 2001 @@ -1710,7 +1710,7 @@ { /* send palette change notification */ HWND hWnd = WindowFromDC( hDC ); - if (hWnd) SendMessageA( HWND_BROADCAST, WM_PALETTECHANGED, hWnd, 0L); + if (hWnd) PostMessageA( HWND_BROADCAST, WM_PALETTECHANGED, hWnd, 0L); } return realized; } There is another bug. When I press <ENTER> the app runs in other way under wine than it runs under Windoze. My workaround ( only workaround ) is --- controls/edit.c_or Thu May 10 03:24:06 2001 +++ controls/edit.c Thu May 10 03:24:10 2001 @@ -849,7 +849,7 @@ case WM_GETDLGCODE: DPRINTF_EDIT_MSG32("WM_GETDLGCODE"); - result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS; + result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS |DLGC_WANTMESSAGE; if (lParam && (((LPMSG)lParam)->message == WM_KEYDOWN)) { --

1 0

Is the DECIMAL variant type too long ?
by gerard patel 10 May '01

10 May '01

After the following patch : ChangeSet ID: 989259340138108821120113 CVSROOT: /opt/cvs-commit Module name: wine Changes by: julliard@wine2. 01/05/07 14:15:40 Modified files: include : oleauto.h wtypes.h include/wine : obj_base.h obj_oleaut.h Log message: Francois Gouget <fgouget(a)codeweavers.com> Added support for the DECIMAL type. Names are no longer suffixed with 32! Removed it. Borland Builder 4 crashes while starting :-/ Tracing the crash shows that it hangs immediately after the *first* variant Api access : Call oleaut32.VariantCopyInd(405869b0,40586974) ret=405b2e6b tid=08065a10 trace:ole:VariantCopyInd (0x405869b0, 0x40586974) trace:ole:VariantCopy (0x405869b0, 0x40586974) trace:ole:VariantClear (0x405869b0) Ret oleaut32.VariantCopyInd() retval=00000000 ret=405b2e6b tid=08065a10 Call oleaut32.VariantChangeTypeEx(40586968,405869b0,00000400,00000000,00000003) ret=405b301c tid=08065a10 trace:ole:VariantInit (0x4058685c),stub trace:ole:VariantChangeTypeEx (0x40586968, 0x405869b0 (11), 1024, 0, 3),stub trace:ole:VariantClear (0x40586968) trace:ole:VarI4FromBool ( -1, 0x40586970 ), stub trace:ole:VariantClear (0x4058685c) Ret oleaut32.VariantChangeTypeEx() retval=00000000 ret=405b301c tid=08065a10 err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. I have changed the trace slightly, the 11 listed for the VariantChangeTypeEx shows that the original type is a boolean. The call is trying to change a boolean (11) into an integer (3). The changes in include/wtypes.h are the important ones. Replacing the new DECIMAL type by typedef struct tagDEC { BYTE aa[2]; } DECIMAL; get rid of the crash. If I make the byte array 16 bytes long, same crash as the current Wine behaviour. If I make it 10 bytes long, access violation. If I make it 8 bytes long, it works too. Could the DECIMAL type be a pointer to the real data ?? Gerard

2 1

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