wine-devel February 2002

wine-devel@winehq.org

142 participants
296 discussions

Re: Support for generation of .def files from .spec files
by Steven Edwards 03 Feb '02

03 Feb '02

--- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > Hello. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Support for generation of .def files from .spec > files. This is great. I wont have a chance to try it out untill monday. Hopefully it will make it in to the tree. Thanks Steven __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com

1 0

Fwd: Re: Another Potential Slave... I mean Programmer
by Hetz Ben Hamo 02 Feb '02

02 Feb '02

I'll just let the KDE developers answer this, if you don't mind... Hetz ---------- Forwarded Message ---------- Subject: Re: Another Potential Slave... I mean Programmer Date: Sat, 2 Feb 2002 15:52:32 -0600 From: Steve Langasek <vorlon(a)dodds.net> To: Joe Tennies <rotund(a)fatnsoft.com> Cc: Hetz Ben Hamo <hetz(a)kde.org>, Laurent Pinchart <laurent.pinchart(a)skynet.be>, wine-devel(a)winehq.com On Sat, Feb 02, 2002 at 02:14:08PM -0600, Joe Tennies wrote: > On Sat, 2002-02-02 at 05:42, Hetz Ben Hamo wrote: > > > I'm not trying to start a Gnome/KDE flame war, but as far as I know, > > > esd is unmaintained and the Gnome developpers are thinking about > > > switching to aRtsd. Wouldn't it be more useful to write an aRts driver > > > ? > > > > Actually if I'm not mistaken - GNOME people are moving to gstreamer, if > > I'm not mistaken. I'm not sure since I work with KDE here... > > > > Hetz > > Actually, I just looked at gstreamer. It lies above aRts, esd, alsa, > and oss. It is a platform independent (well, not ported to everything > yet, but working on it) system. I think KDE SHOULD be heading this way > and am impressed that GNOME is. I think that gstreamer would be the way > to go for WINE. Layer after layer after layer... Are there any particular reasons that the authors of gstreamer believe that all of the existing audio APIs are unacceptable, or is this yet another case of the NIH syndrome that GNOME and KDE developers seem to suffer from all too frequently? And if there are problems with the existing APIs, what reason do we have to think that gstreamer will get it right? If people have issues with the existing sound daemons, their time could almost certainly be better spent working on the implementations /behind/ the APIs instead of creating the sound library du jour. It seems a terrible waste of programmer time to try to maintain as many as four library layers interposed between Wine programs and the audio hardware. Steve Langasek postmodern programmer -------------------------------------------------------

1 0

Another Potential Slave... I mean Programmer
by Joe Tennies 02 Feb '02

02 Feb '02

I am considering writing a Wine Driver for esd. I am wondering basically where I start. I know esd is high latency (which may not be the best for such a thing), but I think it would be easier than trying to do alsa drivers. (I know ALSA has oss compatible drivers, but I can't get them to do a thing under wine... do work uner other programs.) Anyways, that leads me to here and me trying to help. Joe Tennies

6 7

Re: resent: GetPrivateProfileInt*() fix
by Michael Stefaniuc 02 Feb '02

02 Feb '02

On Fri, Feb 01, 2002 at 12:13:57PM +0100, Andreas Mohr wrote: Hello! > these functions were pretty much broken (overflow and signed/unsigned > behaviour), so I fixed almost every problem. > Some German tax calculation program barfed because of this. > Now it works "much" better: it crashes due to a rather familiar BadMatch error > at X_GetImage ;-) > (I'm almost sure I know where this happens in Wine code, and of course we > should really fix that problem finally) I have also a german tax program (Steuertipps PC for the year 1999) and I tried your patch as is. With or without the patch the program fails with a MessageBox. Without patch after clicking "ok" an exception is trapped and the debugger starts. With the patch wine just segfaults. bye michael > I wrote my private testing framework for these functions, so I'll convert > that to the "official" framework soon. > -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.de Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Another Potential Slave... I mean Programmer
by Joe Tennies 02 Feb '02

02 Feb '02

1 0

Re: resent: GetPrivateProfileInt*() fix
by Alexandre Julliard 01 Feb '02

01 Feb '02

Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > Alexandre, why do my recent patches have such a very low commit rate ? > I keep resubmitting patches for several things, yet a lot doesn't seem to get > committed, even after repeated submission. Perhaps because you ignore my replies? I asked you about the exception handler in that patch, but didn't get any answer. -- Alexandre Julliard julliard(a)winehq.com

2 1

RE: more bracket evilness
by Medland, Bill 01 Feb '02

01 Feb '02

> -----Original Message----- > From: Andreas Mohr [mailto:andi@rhlx01.fht-esslingen.de] > Sent: Friday, February 01, 2002 9:54 AM > To: Wine Patches > Subject: more bracket evilness > > > Hi all, > > you knew that I had to do this ;-) > > - fix more evil bracket stuff in some other files > > (I know, it's not really problematic, just makes a lot more sense) In what way is it not problematic? It was wrong. > > -- > Andreas Mohr Stauferstr. 6, D-71272 > Renningen, Germany >

3 3

Re: CreateProcess API - undocumented use
by Eric Pouech 01 Feb '02

01 Feb '02

> Nope. > Either you implement it (which might be useful in order to get a grasp of > what Wine is all about) or if nobody else wants to implement it, > then I'll certainly do it (should be a quick thing anyway). not that easy, if you actually implement what those parameters are for. it's not only, as I wrote, a matter of passing a bit more of info between father and child process, but to use it in child... moreover, since this covers mostly the console stuff, and since it's somehow on my todo list, I'd rather keep it so. > Raising a tempest in a teapot and then saying "let's freeze it" > won't do much good ;-) --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

3 2

Re: treeview2.c
by Huw D M Davies 01 Feb '02

01 Feb '02

On Thu, Jan 31, 2002 at 03:40:04PM -0600, Aric Stewart wrote: > Why where we setting the items text to NULL on GetItemW. > > This appears to implement what the person was trying to do within the if > 0 block. > > Changelog: fix to GetItemW to stop whipping out the items text > > -aric > Index: dlls/comctl32/treeview.c > =================================================================== > RCS file: /home/wine/wine/dlls/comctl32/treeview.c,v > retrieving revision 1.95 > diff -u -u -r1.95 treeview.c > --- dlls/comctl32/treeview.c 2001/12/11 00:15:11 1.95 > +++ dlls/comctl32/treeview.c 2002/01/31 19:38:37 > @@ -1970,18 +1970,19 @@ ... > + MultiByteToWideChar(CP_ACP, 0, wineItem->pszText, > + strlen(wineItem->pszText), tvItem->pszText, > + tvItem->cchTextMax); Hi Aric, This won't copy the terminating '\0'. It'd be better to use -1 instead of the strlen. Huw.

2 1

Re: CreateProcess API - undocumented use
by Eric Pouech 01 Feb '02

01 Feb '02

> The file1.dat is passed as a parameter using the dwFillAttribute of the > pgm2. just for understanding, what do you actually pass in dwFillAttribute ? (I assume it's the number '1' in your example, and then pgm2 recreates the name with a template like file%lu.dat) another point, if you do what Andi suggested, then please also code what dwFillAttribute is meant for: - setting the default color attribute for a console program (dwFillAttribute is not meant for passing values between programs) A+ --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

3 2

Jump to page:

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