Re: wine-devel digest, Vol 1 #2689 - 17 msgs

[kosta]

what are downloading binaries what are they used for forgive me im new to
linux
----- Original Message -----
From: 
To: 
Sent: Friday, April 30, 2004 9:00 PM
Subject: wine-devel digest, Vol 1 #2689 - 17 msgs
> Send wine-devel mailing list submissions to
> [e-mail]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.winehq.org/mailman/listinfo/wine-devel
> or, via email, send a message with subject or body 'help' to
> [e-mail]
>
> You can reach the person managing the list at
> [e-mail]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of wine-devel digest..."
>
> Today's Topics:
> - RE: Fix toolbar get style (Maxime =?ISO-8859-1?Q?Belleng=E9?=)
> - Re: Segfault (Kevin Koltzau)
> - Re: wineserver not reading config files (Saulius Krasuckas)
> - Re: wineserver not reading config files (Kevin Koltzau)
> - Re: Segfault (Uwe Bonnes)
> - Re: wineserver not reading config files (Saulius Krasuckas)
> - Re: wineserver not reading config files (hatky)
> - Re: Segfault (Kevin Koltzau)
> - Re: wineserver not reading config files (hatky)
> - Re: Segfault (Uwe Bonnes)
> - Re: Segfault (Kevin Koltzau)
> - Re: Segfault (Uwe Bonnes)
> - Re: Segfault (Kevin Koltzau)
> - downloading binaries (Bill Medland)
> - Printing problem; RHEL3U1 (CUPS) with 20031118 (Bill Medland)
> - Re: downloading binaries (Dimitrie O. Paun)
> - Re: Printing problem; RHEL3U1 (CUPS) with 20031118 (Michael

Stefaniuc)
> --__--__--
>
> Message: 1
> Subject: RE: Fix toolbar get style
> From: Maxime =?ISO-8859-1?Q?Belleng=E9?= 
> To: [e-mail]
> Date: Fri, 30 Apr 2004 15:01:44 +0200
>
> On Fri, 2004-04-30 at 11:28, Ge van Geldorp wrote:
> > > From: Maxime Bellengé
> > >
> > > When a toolbar receives a TB_GETSTYLE message with wParam=0,
> > > the application expects to get the toolbar style and not the
> > > first button style. This patch fixes eMule 0.42e, now the
> > > toolbar is visible.
> > >
> > > ChangeLog
> > > - Fix TB_GETSTYLE to return the style of the toolbar when
> > >
> > > wParam is 0
> >
> > It seems there is another problem with the toolbar styles. When you

CreateToolbarEx() with the WS_VISIBLE bit turned on, TOOLBAR_Create() will
call GetWindowLongW() to get the window style and store that as the dwStyle
member of TOOLBAR_INFO. Unfortunately, when the WM_CREATE message is sent
the WS_VISIBLE bit of the window style retrieved with GetWindowLongW() is
always turned off. It is turned on a little bit later, but no
WS_STYLECHANGED is sent for this. So, the dwStyle member of TOOLBAR_INFO
doesn't always mimick the "true" window style, it is possible that the
WS_VISIBLE bit is off in TOOLBAR_INFO but on in the window style. If your
app does something like:
> > SendMessage(hwndTB, TB_SETSTYLE, 0,
> >             SendMessage(hwndTB, TB_GETSTYLE, 0, 0) | TBSTYLE_FLAT );
> >
> > this will make your toolbar invisible.
> >
> > Gé van Geldorp.
>
> The app is doing something similar but I don't think it is the same
> problem.
>
> SendMessage(hwndTB, TB_SETSTYLE, 0, SendMessage(hwndTB, TB_GETSTYLE, 0,
> 0) & ~ TBSTYLE_LIST);
>
> But this is not done in the WM_CREATE message.
>
> After investigation, the toolbar is not invisible, it has a size of
> (0,26) which of course makes it invisible. The problem was that the
> style return was the style of a separator button and so the style of the
> toolbar was totally false.
>
> I will try to fix both problems.
>
> Max
>
> --
> Maxime Bellengé
>
> --__--__--
>
> Message: 2
> From: Kevin Koltzau 
> To: [e-mail]
> Subject: Re: Segfault
> Date: Fri, 30 Apr 2004 09:17:13 -0400
>
> On Thursday 29 April 2004 06:56 pm, Kevin Koltzau wrote:
> > I'm getting segfaults with current cvs, I've tracked it down to this

patch
> > http://cvs.winehq.org/patch.py?id=12187
> >
> > last few lines in a +relay are
> > 0009:Call

ntdll.NtCreateKey(bfffcd84,000f003f,bfffe190,00000000,00000000,00000000,0000
0000) ret=4051e47a
> > 0009:Ret  ntdll.NtCreateKey() retval=00000000 ret=4051e47a
> > 0009:Call ntdll.RtlInitUnicodeString(bfffc52c,405d616e L"windows")

ret=4051e27f
> > 0009:Ret  ntdll.RtlInitUnicodeString() retval=00000000 ret=4051e27f
> > 0009:Call

ntdll.NtQueryValueKey(00000010,bfffc52c,00000002,bfffc534,00000800,bfffc528)
ret=4051e2be
> > 0009:Ret  ntdll.NtQueryValueKey() retval=00000000 ret=4051e2be
> > 0009:Call ntdll.RtlDosPathNameToNtPathName_U(bfffc540

L"c:\Windows",bfffc49c,00000000,00000000) ret=4053ecd2
> > Segmentation fault
>
> I've narrowed it down to a buffer overrun, no idea where yet..but if I

force
> RtlAllocateHeap to always allocate 1 extra byte, the segfault goes away..
>
> --__--__--
>
> Message: 3
> Date: Fri, 30 Apr 2004 15:53:45 +0200 (EET)
> From: Saulius Krasuckas 
> To: [e-mail]
> Subject: Re: wineserver not reading config files
>
> On Fri, 30 Apr 2004, hatky wrote:
> > basicly he says this patch is the problem:
> > http://cvs.winehq.org/patch.py?id=12187
> >
> > sounds right by what the patch is about, didn't try reversing it yet
>
> Hm, maybe.
> Though I finally figured out on how to debug wineserver:
>
> [s2@katleriai s2]$ gdb -q --args /usr/local/bin/wineserver -f -p
> (gdb) break file_read_error
> Breakpoint 1 at 0x805b91e: file registry.c, line 1114.
> (gdb) r
> Starting program: /usr/local/bin/wineserver -f -p
>
> Breakpoint 1, file_read_error (err=0x806d146 "Malformed key",
> info=0xbffffa74) at registry.c:1114
> 1114        fprintf( stderr, "Line %d: %s '%s'\n", info->line, err,

info->buffer );
> (gdb) bt
> #0  file_read_error (err=0x806d146 "Malformed key", info=0xbffffa74) at

registry.c:1114
> #1  0x0805bd0d in load_key (base=0x80771d0, buffer=0x8077261 "wine]",

flags=1, prefix_len=2, info=0xbffffa74,
> default_modif=1083324039) at registry.c:1234
>
> #2  0x0805c390 in load_keys (key=0x80771d0, f=0x8076e00) at

registry.c:1430
> #3  0x0805c56a in init_registry () at registry.c:1508
> #4  0x08052fc8 in main (argc=3, argv=0xbffffb14) at main.c:132
> #5  0x42015967 in __libc_start_main () from /lib/i686/libc.so.6
> (gdb) c
> Continuing.
> Line 8: Malformed key '[wine]'
>
> Breakpoint 1, file_read_error (err=0x806d1ac "Error creating key",
> info=0xbffffa74) at registry.c:1114
> 1114        fprintf( stderr, "Line %d: %s '%s'\n", info->line, err,

info->buffer );
> (gdb) bt
> #0  file_read_error (err=0x806d1ac "Error creating key", info=0xbffffa74)

at registry.c:1114
> #1  0x0805c3ac in load_keys (key=0x80771d0, f=0x8076e00) at

registry.c:1431
> #2  0x0805c56a in init_registry () at registry.c:1508
> #3  0x08052fc8 in main (argc=3, argv=0xbffffb14) at main.c:132
> #4  0x42015967 in __libc_start_main () from /lib/i686/libc.so.6
> (gdb) c
> Continuing.
> Line 8: Error creating key '[wine]'
>
> I wonder now what does "+ 1" operation do inside the load_keys() in
> server/registry.c:
>         if (prefix_len == -1) prefix_len = get_prefix_len( key, p + 1,

&info );
>         if (!(subkey = load_key( key, p + 1, flags, prefix_len, &info,

default_modif )))
> Last mod of the file is three months old, at least.
>
> --__--__--
>
> Message: 4
> From: Kevin Koltzau 
> To: [e-mail]
> Subject: Re: wineserver not reading config files
> Date: Fri, 30 Apr 2004 09:27:03 -0400
> Cc: Saulius Krasuckas
>
> On Friday 30 April 2004 06:31 am, Saulius Krasuckas wrote:
> > (Subject was: wineinstall problems at creation of config-files)
> >
> > Ok, today I got less lazy and found function of interest:
> > /usr/src/wine-cvs/wine/server/registry.c:1114:    fprintf( stderr, "Line

%d: %s '%s'\n", info->line, err, info->buffer );
> > Function name seems to be "file_read_error".
>
> I was having this problem too, I just stuck
> [HKLM\Machine\Software\Wine\Wine\Config]
> at the top of my config file and that seemed to fix it
>
> --__--__--
>
> Message: 5
> From: Uwe Bonnes 
> Date: Fri, 30 Apr 2004 15:37:32 +0200
> To: Kevin Koltzau 
> Cc: [e-mail]
> Subject: Re: Segfault
> > > > > > "Kevin" == Kevin Koltzau  writes:
> Kevin> I've narrowed it down to a buffer overrun, no idea where

yet..but
> Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte, the
> Kevin> segfault goes away..
>
> It always a good start to run a buffer overrun with +relay,+heap.  That

way,
> the corruption is noticed on the next heap operation after the corruption.
> Bye
>
> Uwe Bonnes                [e-mail]
>
> Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
> --------- Tel. [phone] -------- Fax. [phone] ----------
>
> --__--__--
>
> Message: 6
> Date: Fri, 30 Apr 2004 16:13:24 +0200 (EET)
> From: Saulius Krasuckas 
> To: [e-mail]
> Subject: Re: wineserver not reading config files
>
> On Fri, 30 Apr 2004, Kevin Koltzau wrote:
> > I was having this problem too, I just stuck
> > [HKLM\Machine\Software\Wine\Wine\Config] at the top of my config
> > file and that seemed to fix it
>
> Right, Kevin, it fixes my Wine too. Thanks. Hope Alexandre will fix it
> soon.
>
> --__--__--
>
> Message: 7
> From: hatky 
> Reply-To: [e-mail]
> To: [e-mail]
> Subject: Re: wineserver not reading config files
> Date: Fri, 30 Apr 2004 19:44:16 +0300
> Cc: Kevin Koltzau , Saulius Krasuckas
> > I was having this problem too, I just stuck
> > [HKLM\Machine\Software\Wine\Wine\Config]
> > at the top of my config file and that seemed to fix it
>
> Oh, 1,000 10x my lord
>
> Can someone patch the installed config to have this?
>
> --
> Hatky,
> Worshiper of wine (http://www.winehq.org/),
> Impossible is only an opinion.
>
> --__--__--
>
> Message: 8
> From: Kevin Koltzau 
> To: Uwe Bonnes 
> Subject: Re: Segfault
> Date: Fri, 30 Apr 2004 09:47:50 -0400
> Cc: [e-mail]
>
> --Boundary-00=_GklkA5V3PBvysN9
> Content-Type: text/plain;
>   charset="iso-8859-1"
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote:
> > Kevin> I've narrowed it down to a buffer overrun, no idea where

yet..but
> > Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte,

the
> > Kevin> segfault goes away..
> >
> > It always a good start to run a buffer overrun with +relay,+heap.  That

way,
> > the corruption is noticed on the next heap operation after the

corruption.
> Attached is a run of
> WINEDEBUG="+relay,+heap" ./wine
>
> --Boundary-00=_GklkA5V3PBvysN9
> Content-Type: application/x-gzip;
>   name="segfault.txt.gz"
> Content-Transfer-Encoding: base64
> Content-Disposition: attachment;
> filename="segfault.txt.gz"

H4sICLtXkkAAA3NlZ2ZhdWx0LnR4dADtm11P2zoYx+/7KSyuOmmbbCdp00pcMF4GZ4UxOtiOhFQ5
>

tlMiQoISl43z6Y+T5sVpXRhedcR03AvqBj9///3z85gmMiIjlI9vOLkfX4h4L45TSgQ/lp9BH/50
>

oRNA+XoLly9cNZD/ZgwyLhZZEiVzsOw28nvCSM2DGrXAVE3nDSG4onaU8SeU6gl1lL5eXB4aesKa
>

GSJn1dPv8EKeKS+tt8CAl5zQtnhp11Dykr8ajfdJHINbniU8dvD72exHlPDZ8vMsSiLRf1OE7roQ
>

cR4OR0pQIlgcvy/75zx74NksZDORzm5IwmLer0zAtz5EULWF5AQxxlQmRCXtuQ5ynaX0BRfgOeky
>

7oHEu/UYGp0XWCwMbbBIVYsDfzsWa50XWMQbLRKoWvTZdizWOopFmXAfuZikyZzn4kycE3Ez4clc
>

3PRVA6N1Rs8ENg4Q8jRCXQdqyvdX871qYExUR0FoVjbY0ZUy086vY6uZVR3RNaOZ1Ymss8skoinj
>

U5HJwfpBGIbcGVK5yF7AyWgAJjt1ke40s3OGMFhfcK3gxsVWNBRTE5bJNTuI4+OVYm4ajcOq4auu
>

2LqrVcWnDLF1Q2diKqN5SBaxTCVK1jy5cNQ68LA/WnOgkdhsolX4JRNIa2JEf9dErdAx8WXBs8cN
>

NsrVwLTdtxzEnKHGhkZks5FWo5sjR1HCLnieLjLKZ5eyIN2wTQ489Ot0cZZXUOC2lcmHoTZLVjQ3
>

71KtQNfUHqU8z2uJ1pSMYXiAa3fUbZK5NRUGfB3WuuZmU63AyzcuCNuNC3tFFWzv7z3Ub8xPbFwy
>

omtGM6v6e4xmRs2XvlYEodUZmX5v1MyksbK6NqhrwJbTNsspfNXlRG052XL6c8qJhvBVl5Nvy8mW
>

059TTszxX3U52b9O/3k5VY+3iudas+Lm+J7MeV7MB3kuK262ZQO57rIxIEpheU6A15zo5RSyGCPm
>

UY1Ip8TrdbmKMrEg8Sm/S7PHfli9mhtszb13WW4KRqXi8ICsP1HbNNbmFG9lDFIcw62kuO6Zqovg
>

C1NcRjyb4voHMZTV+wga+GCyc0rojVz36+tpGoofJJOtb+Xn5c/9NAmj+fX1QRY9cLDXPq4ZeExf
>

mC94XKNodHLo8z1PPvHHyi8qU0PuhE6VPsj1VRss1KRGLdGMTcuRHVcTaLG9TmwfLDYTbPsWmwm2
>

A4vNBNuhxWaC7chiM8H20WIzwXZssZlgO7HYTLD9ZbGZYPtksZlgm1hsJthOLTYTbGcWmwm2zxab
>

CbZzi80E2xeLzQTbhcVmgm1qsZlg+2qxmWC7tNhMsF1ZbCbYvllsJti+W2wm2P7+H2B77uCJi9Rz
>

BsW5D55ly1MGx4d757MrEkeMCH6SXOZ8L+MJAeWRg1puDKLkoegj398tcg5I2eeOzCMKwjSrThw4
>

sFeEjZu43hn/KcagYQimi+BdMWyu9CnMgzjKRT7ugQ9xSm+B7CiIKN6if7h8Ayest+zv+CAs+i8F
>

MQT3GX/YrYcHiRyvPq8DqxCXqiG+GiI7qSGDOmQAlRAMOyFSTgkZur26sQypD6WoIQN1lIJSr1eD
>

UBDncq67xT/5lKhoencXCcFZkYHlpd7zdEaqbxmlmpDkFN8urUICCOSasyrEgyAg9HYFIYI+WLSd
>

kF9dxp3LuO4tRRaqZHWZ6HsztTd2qssu1PYu1ri6jGAoLfamfH7HE8kjShNQHt/r/Qu8WeKKZDoA
> AA==
>
> --Boundary-00=_GklkA5V3PBvysN9--
>
> --__--__--
>
> Message: 9
> From: hatky 
> Reply-To: [e-mail]
> To: [e-mail]
> Subject: Re: wineserver not reading config files
> Date: Fri, 30 Apr 2004 19:47:04 +0300
> Cc: Kevin Koltzau , Saulius Krasuckas
> > I was having this problem too, I just stuck
> > [HKLM\Machine\Software\Wine\Wine\Config]
> > at the top of my config file and that seemed to fix it
>
> :(,
> now I get just the segfault .......
>
> --
> Hatky,
> Worshiper of wine (http://www.winehq.org/),
> Impossible is only an opinion.
>
> --__--__--
>
> Message: 10
> From: Uwe Bonnes 
> Date: Fri, 30 Apr 2004 15:59:15 +0200
> To: [e-mail]
> Subject: Re: Segfault
> > > > > > "Kevin" == Kevin Koltzau  writes:
> Kevin> On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote: I've

narrowed
> Kevin> it down to a buffer overrun, no idea where yet..but if I force
> Kevin> RtlAllocateHeap to always allocate 1 extra byte, the segfault
> Kevin> goes away..
> >>  It always a good start to run a buffer overrun with +relay,+heap.
> >> That way, the corruption is noticed on the next heap operation

after
> >> the corruption.
>
> Kevin> Attached is a run of WINEDEBUG="+relay,+heap" ./wine
>
> Is  http://cvs.winehq.org/patch.py?id=12192 applied?
> it could be related.
>
> Uwe Bonnes                [e-mail]
>
> Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
> --------- Tel. [phone] -------- Fax. [phone] ----------
>
> --__--__--
>
> Message: 11
> From: Kevin Koltzau 
> To: [e-mail]
> Subject: Re: Segfault
> Date: Fri, 30 Apr 2004 10:15:47 -0400
> Cc: Uwe Bonnes
>
> On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote:
> > Is  http://cvs.winehq.org/patch.py?id=12192 applied?
> >
> > it could be related.
>
> Yes its applied, I am running on current cvs as of this morning
>
> --__--__--
>
> Message: 12
> From: Uwe Bonnes 
> Date: Fri, 30 Apr 2004 16:47:24 +0200
> To: [e-mail]
> Subject: Re: Segfault
> > > > > > "Kevin" == Kevin Koltzau  writes:
> Kevin> On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote:
> >> Is http://cvs.winehq.org/patch.py?id=12192 applied?
> >>
> >> it could be related.
>
> Kevin> Yes its applied, I am running on current cvs as of this morning
>
> Could you try appended patch?
>
> Uwe Bonnes                [e-mail]
>
> Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
> --------- Tel. [phone] -------- Fax. [phone] ----------
> Index: wine/dlls/kernel/volume.c
> ===================================================================
> RCS file: /home/wine/wine/dlls/kernel/volume.c,v
> retrieving revision 1.13
> diff -u -r1.13 volume.c
> --- wine/dlls/kernel/volume.c 29 Apr 2004 00:27:57 -0000 1.13
> +++ wine/dlls/kernel/volume.c 30 Apr 2004 14:44:32 -0000
> @@ -327,7 +327,7 @@
>      int i, count = 0;
>  if (!(buffer = HeapAlloc( GetProcessHeap(), 0,
> -
>                          strlen(config_dir) + sizeof("/dosdevices")

+ 3 )))
> -
>                          strlen(config_dir) + sizeof("/dosdevices")

+ sizeof("/a:") +1 )))
>      return;
>
>  strcpy( buffer, config_dir );
>
> --__--__--
>
> Message: 13
> From: Kevin Koltzau 
> To: [e-mail]
> Subject: Re: Segfault
> Date: Fri, 30 Apr 2004 11:05:05 -0400
> Cc: Uwe Bonnes
>
> On Friday 30 April 2004 10:47 am, Uwe Bonnes wrote:
> > Could you try appended patch?
>
> Looks like that worked, thanks
>
> --__--__--
>
> Message: 14
> From: Bill Medland 
> To: [e-mail]
> Subject: downloading binaries
> Date: Fri, 30 Apr 2004 10:02:57 -0700
>
> Am I being some sort of an idiot?  I can't download binaries.  Is it

something
> I am doing, my network or have they messed things up?
>
> I am trying to download a RedHat 8.0 binary package from SourceForge
> I select the one I want
> It redirects to the page asking which mirror I want.
> It just sits there.
> In the very old days it would automatically start the download
> In the old days there would be a link to select if the download didn't

start;I
> tended to use it.
> Now it doesn't start and there is no link any longer.
>
> Anyone any idea what is going on?
>
> --
> Bill Medland
> mailto:[e-mail]
> http://webhome.idirect.com/~kbmed
>
> --__--__--
>
> Message: 15
> From: Bill Medland 
> To: [e-mail]
> Subject: Printing problem; RHEL3U1 (CUPS) with 20031118
> Date: Fri, 30 Apr 2004 10:13:16 -0700
>
> (Yes, I know 20031118 is a little old)
>
> Anyone any ideas what is going on here or any simple tests I can do?
>
> I am trying to get our company's software running on Red Hat Enterprise

Linux
> 3 Update 1.
>
> I am using the wine-20031118-1rh8winehq.i686.rpm
>
> I am printing to a SMB printer elsewhere on the computer.
> I can print the test page from the printconfgui
> I can print a text file from the command line (lp /etc/passwd)
>
> I cannot print from notepad; nothing seems to happen
>
> I cannot print from our application; I get the error:
>
> lpr: unable to print file: server-error-service-unavailable
>
> (I'll try the 20040408 when I can actually download it, but I don't expect

it
> to change)
>
> (I would try changing to LPRng but of course RHEL3 doesn't seem to include

it)
> Anyone any ideas?
>
> Bill Medland
> mailto:[e-mail]
> http://webhome.idirect.com/~kbmed
>
> --__--__--
>
> Message: 16
> Date: Fri, 30 Apr 2004 14:19:35 -0400 (EDT)
> From: "Dimitrie O. Paun" 
> To: Bill Medland 
> cc: [e-mail]
> Subject: Re: downloading binaries
>
> On Fri, 30 Apr 2004, Bill Medland wrote:
> > Am I being some sort of an idiot?  I can't download binaries.  Is it

something
> > I am doing, my network or have they messed things up?
> >
> > I am trying to download a RedHat 8.0 binary package from SourceForge
> > I select the one I want
> > It redirects to the page asking which mirror I want.
> > It just sits there.
>
> Yes, you have to actually click on the mirror you want
> to use to proceeed.
>
> --
> Dimi.
>
> --__--__--
>
> Message: 17
> Date: Fri, 30 Apr 2004 20:59:01 +0200
> From: Michael Stefaniuc 
> To: Bill Medland 
> Cc: [e-mail]
> Subject: Re: Printing problem; RHEL3U1 (CUPS) with 20031118
>
> --fdj2RfSjLxBAspz7
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Fri, Apr 30, 2004 at 10:13:16AM -0700, Bill Medland wrote:
> > (Yes, I know 20031118 is a little old)
> > =20
> > Anyone any ideas what is going on here or any simple tests I can do?
> > =20
> > I am trying to get our company's software running on Red Hat Enterprise

L=
> inux=20
> > 3 Update 1.
> > =20
> > I am using the wine-20031118-1rh8winehq.i686.rpm
>
> [snip]
> > Anyone any ideas?
>
> I'm pretty sure you want to take the rh9 wine srpm and rebuild it on
> RHEL 3 U1. RHL9 is the ancestor of RHEL3.
>
> bye
> michael
> --=20
> Michael Stefaniuc               Tel.: [phone]
> System Administration           Fax.: [phone]
> Red Hat GmbH                    Email: [e-mail]
> Hauptstaetterstr. 58            http://www.redhat.de/
> D-70178 Stuttgart
>
> --fdj2RfSjLxBAspz7
> Content-Type: application/pgp-signature
> Content-Disposition: inline
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)
>
> iD8DBQFAkqH108alQ5mXm14RAsGTAJ9zVVL1iGTK06ifzna6RLZIINgdsACbBjnZ
> EEpb4fPcKSZAcBSwFLAR7Vg=
> =g6bA
> -----END PGP SIGNATURE-----
>
> --fdj2RfSjLxBAspz7--
>
> --__--__--
>
> wine-devel mailing list  -  [e-mail]
> http://www.winehq.org/mailman/listinfo/wine-devel
>
> End of wine-devel Digest