wine-devel

wine-devel@winehq.org

84463 discussions

Re: dlls/avifil32: many implemented functions
by Dmitry Timoshkov 15 Oct '02

15 Oct '02

"Michael GЭnnewig" <MichaelGuennewig(a)gmx.de> wrote: > This patch is a replacement of the one from > > Fri Oct 11 2002 - 16:49:14 CDT ... > + static WCHAR streamTypeFmt[] = {'%','4','.','4','h','s'}; ... > + wsprintfW(szType, streamTypeFmt, (char*)&streamHdr.fccType); 1. streamTypeFmt is not NULL terminated. 2. If you don't mind, please add a 'const' modifier. Thanks. -- Dmitry.

2 1

Error message
by Dima 15 Oct '02

15 Oct '02

Every time I try to start wine with (for example) wine sol.exe it gives me an error message: "wineserver: fcntl /tmp/.wine-user/server-xxxx-xxxx/lock: Invalid argument" In debug level 2 it says: sock_init: shutdown() causes POLLHUP Anyone know what this can be? Thanks. Dmitry.

8 15

Wine does not see any printers available - using cupsys
by Dan Fer 15 Oct '02

15 Oct '02

>Hello > >I have tried two daily deb's from October 1st and October the 13th and >while I am using Lotus Notes (the only windows app I run). If I go to print >dialog and try selecting a printer it says no printers available. > >I am using a cupsys server and the client from debian woody packages. I >have configured it correctly and can print normally from linux native apps >through my cupsys server. > >I have read in wine documenatition that cupsys printers are automatically >detected but Notes keeps saying there are no printers available. > >Since I am pretty new I am a bit lost in the line of investigating this >problem. Can anyone confirm me is this is a bug and how to solve it? Or if >I need to add anything or erase anything from the wine config file? > >Running with with default options does not give any usefull error related >to a printing error. any options I can use to help you guys know what is my >problem? > >Thanks in advance Daniel _________________________________________________________________ Únase al mayor servicio mundial de correo electrónico: http://www.hotmail.com/es

1 0

Re[3]: Error message - strace results
by Dima Suzdalev 15 Oct '02

15 Oct '02

Hello Francois, Tuesday, October 15, 2002, 9:02:07 AM, you wrote: FG> On Tue, 15 Oct 2002, Dima Suzdalev wrote: >> Hello Alexandre, >> >> Tuesday, October 15, 2002, 12:35:53 AM, you wrote: >> >> AJ> Dima Suzdalev <dimsuz(a)mail.ru> writes: >> >> >> See attached file. >> >> It seems to be line 237 of log.txt. But it explains nothing to me. I hope you'll be able to do smth about it. >> >> AJ> It looks like your glibc doesn't handle the 64-bit fcntl call >> AJ> correctly. Did you build Wine yourself, or are you using a binary >> AJ> package? >> >> Yes, I built it myself. So what next? I need to upgrade my glibc? FG> Which version is it? Any special configuration options you used when FG> compiling it? I have Wine 20020904. I didn't used any specific options - only configure's defaults. -- Best regards, Dima mailto:dimsuz@mail.ru

2 1

Re: CommandLineToArgvW fix
by Uwe Bonnes 15 Oct '02

15 Oct '02

>>>>> "steve" == steve lustbader <steve.lustbader(a)philips.com> writes: steve> ChangeLog: - fix off-by-one error in determining number of steve> arguments Writing a test case for our test suite for such problems is a good idea. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: PATCH: dlls/comctl32/listview.c
by Dimitrie O. Paun 14 Oct '02

14 Oct '02

On October 14, 2002 04:09 pm, Gerald Pfeifer wrote: > ChangeLog: > Avoid GCC-specific language extension. This is fixed in my latest patch. -- Dimi.

1 0

RE: PATCH: dlls/comctl32/listview.c
by Patrik Stridvall 14 Oct '02

14 Oct '02

> On Mon, Oct 14, 2002 at 10:09:12PM +0200, Gerald Pfeifer wrote: > > This is not ANSI/ISO C as far as I (and current GCC) know, so I hope > > this straightforward fix is fine. > > > > Gerald > > > > ChangeLog: > > Avoid GCC-specific language extension. > > > > Index: listview.c > > =================================================================== > > RCS file: /home/wine/wine/dlls/comctl32/listview.c,v > > retrieving revision 1.224 > > diff -u -3 -p -r1.224 listview.c > > --- listview.c 11 Oct 2002 23:34:32 -0000 1.224 > > +++ listview.c 14 Oct 2002 20:04:57 -0000 > > @@ -4467,6 +4467,7 @@ static LRESULT LISTVIEW_GetColumnWidth(L > > break; > > default: > > /* we don't have a 'column' in [SMALL]ICON mode */ > > + ; > Warum nicht einfach ein break; ? Sieht irgendwie "korrekter" aus... [Since when did we become a german speaking list? :-) I CAN read german to some extent but still...] Because its (1) 5 characters shorter (2) Some compilers generate better code. An unnessary "branch" might be generated. But sure, semantically it is not different (providing of course the default is LAST of course). Anyway, I don't really care either way. Do as you wish.

1 0

Re: PATCH: dlls/comctl32/listview.c
by Andreas Mohr 14 Oct '02

14 Oct '02

On Mon, Oct 14, 2002 at 10:09:12PM +0200, Gerald Pfeifer wrote: > This is not ANSI/ISO C as far as I (and current GCC) know, so I hope > this straightforward fix is fine. > > Gerald > > ChangeLog: > Avoid GCC-specific language extension. > > Index: listview.c > =================================================================== > RCS file: /home/wine/wine/dlls/comctl32/listview.c,v > retrieving revision 1.224 > diff -u -3 -p -r1.224 listview.c > --- listview.c 11 Oct 2002 23:34:32 -0000 1.224 > +++ listview.c 14 Oct 2002 20:04:57 -0000 > @@ -4467,6 +4467,7 @@ static LRESULT LISTVIEW_GetColumnWidth(L > break; > default: > /* we don't have a 'column' in [SMALL]ICON mode */ > + ; Warum nicht einfach ein break; ? Sieht irgendwie "korrekter" aus...

1 0

Re: Fixed garbage in toolbar buttons
by Dimitrie O. Paun 14 Oct '02

14 Oct '02

On October 13, 2002 12:57 pm, Carlos wrote: > Changelog: > * Changed SRCPAINT to SRCCOPY, the first time what > it paints in hImageDC. > } else if (himl->hbmMask) { > BitBlt( hImageDC, 0, 0, cx, cy, hMaskListDC, lx, ly, SRCAND ); > - BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCPAINT ); > + if (!bIsTransparent && himl->hbmMask) { > + BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCPAINT ); > + } else { > + BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCCOPY ); > + } This can not be right. It is equivalent to: PatBlt( hImageDC, 0, 0, cx, cy, PATCOPY); SelectObject(hImageDC, hOldBrush); } - } else if (himl->hbmMask) { + } else if (himl->hbmMask && !(fStyle & ILD_TRANSPARENT) && clrBk != CLR_NONE) { BitBlt( hImageDC, 0, 0, cx, cy, hMaskListDC, lx, ly, SRCAND ); BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCPAINT ); } else { /* the image is opaque, just copy it */ TRACE(" - Image is opaque\n"); BitBlt( hImageDC, 0, 0, cx, cy, hImageListDC, lx, ly, SRCCOPY); } That is, if we have ILD_TRANSPARENT set, or clrBk == CLR_NONE, we go the SRCCOPY route, ignoring the mask, which is just the opposite of what we need to do! Alexandre, please do not apply it. -- Dimi.

3 3

Re: Changes in dlls/urlmon/umon.c
by Dimitrie O. Paun 14 Oct '02

14 Oct '02

On October 13, 2002 08:34 am, Carlos wrote: > Changelog: > * dlls/urlmon/umon.c > Changed some calls from W to A type. Please don't do that. Better implement the W functions in wininet. -- Dimi.

1 0

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