wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

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

Bug in MoveFileEx
by Gerhard W. Gruber 01 Feb '02

01 Feb '02

I just played around with Thandor trying to install it and see what the differences are between Win98 and Wine because I noticed a slightly different behaviour. Now I discovered that MoveFileEx is not even available in Windows 98 but wine supplies it nevertheless. I suspect that the Setup doesn't check the windows version, but rather calls MoveFileEx and if that fails with not implemented returncode continues with other code to supply the functionality. I wrote a small test app to confirm this and this returns an error code when calling MoveFileEx on a native win98 whiel wine executes it. How shall I fix this? Shall I simply call GetVersion() to determine if MoveFileEx should be allowed or is there a different way with wine to determine which functions are available for which version (a global variable or such)? I looked through the sources but I couldn't find anywhere something where a versioncheck has been used to switch code but then again I don't know much functions where I know for sure that they are available in one version and not in the other. -- Bye, Gerhard If you think education is expensive, try ignorance.

4 4

CreateProcess API - undocumented use
by Ricardo 01 Feb '02

01 Feb '02

hi, I have a program that use the CreateProcess API with dwFileAttribute as a parameter. But not to use in the command line. It's used to write some data into a file and then another program read that file. But this isn't working. I'm not a programmer, I'm just testing the program. Does anybody know how can the program be changed, or wine patched, to solve this? thanks, Ricardo

3 10

Fix for MoveFileExA
by Gerhard W. Gruber 01 Feb '02

01 Feb '02

I just wrote a fix for a fixme located in MoveFileExA. Since this is the first time I'm writing something for wine I wanted to ask how I shall proceed now. Shall I simply add it into the CVS or does it have to go somewhere for revision? Also I don't want to submit it right now because my current fix is a bit ugly. The fix is applied for files that should be moved or deleted when windows boots after an application is installed. Currently there was a message telling the user that he has to delete/rename the specified files. Now I added some code that writes an entry in (WINECONFIG)/bootmove and (WINECONFIG)/bootdel when these functions are called. I also added some code in loader/main.c that checks if these files exists and if they do it will open them and deletes/renames the specified files. I hope this solution is acceptable. :) The only ugly thing about this is that the filenames for bootmove and bootdel are curerntly hardcoded where I need them. I don't know if there is a global space somewhere where I can add some fixed names so I did it this way for now, but this is not the best way in case the names should be changed or something and also I don't like hardecoded names. Another drawback of this approach is that it would be possible that more than one process is writing or reading at the same time there could be potential problems, so I'd like to hear some opinions if this is ok. -- Bye, Gerhard If you think education is expensive, try ignorance.

9 16

Re: DESTDIR support for make install
by Alexandre Julliard 01 Feb '02

01 Feb '02

Bernhard Rosenkraenzer <bero(a)redhat.de> writes: > wine currently doesn't support the DESTDIR flag commonly used by > packagers. The patch I've attached fixes this. Could you explain this a bit more? Why can't you use the existing $prefix to do the same thing? -- Alexandre Julliard julliard(a)winehq.com

4 5

Re: Pajama Sam's unmanaged window
by Ove Kaaven 01 Feb '02

01 Feb '02

On Sun, 27 Jan 2002, Ori Pessach wrote: > On Sunday 27 January 2002 11:22, Ove Kaaven wrote: > > On Sat, 26 Jan 2002, Ori Pessach wrote: > > > FALSE for those windows. Are there any other types of windows that > > > shouldn't be managed? > > > > Yes, Alexandre mentions popup menus and tooltips. Perhaps a chart could be > > made, so that it is possible to work out what conditions should be used to > > decide whether to make a window managed... > > Yep... Managed tooltips look silly. In any case, unmanaged windows behave > badly, and I don't see any reason to use unmanaged windows when Wine is > running in managed mode. > > Does anybody know how X toolkits display tooltips, popup menus, etc.? I looked at the GTK+ sources before creating that patch... for popup windows like menus and tooltips and stuff, GTK+ sets the override-redirect window attribute, which causes the window to become unmanaged. Effectively the same as Wine does. > I would think that when running managed Wine, all window should be > managed, and the distinction should be between decorationless windows > and everything else, not managed windows and everything else. > > If nobody else wants to dig into this, I'll probably take a shot at it. Go ahead.

4 10

ROTD (Rant Of The Day): patches
by Dimitrie O. Paun 01 Feb '02

01 Feb '02

Guys, I've come to _hate_ diffs attached as Application/OCTET-STREAM. Can you please, Please, PLEASE, attach them as Text/PLAIN? I use Pine over a ssh connection to read wine-{devel,patches}, and I can simply view the Text/PLAIN attachments, whereas I have to: -- press V to view the list of attachments -- select the attachment I want to view -- press S to save it to disk -- exit Pine -- start vi to actually view the thing -- restart pine... Just to view a Application/OCTET-STREAM attachment. Which means 2 things: -- I get frustrated (and look what happens when I do:)) -- I simply ignore those patches For all these reasons (and more), I think Linus is right when he insists on: -- ONE patch per email -- ONLY Text/PLAIN attachments. -- Dimi.

6 8

Bug in WritePrivateProfileSection
by Gerhard W. Gruber 31 Jan '02

31 Jan '02

I just wrote a small up to test the behaviour of WritePrivateProfileSection. This confirmed my suspicion that the wine implementation is wrong because on Win98 I can create multiple keys with the same name when using this function, while wine always substitutes the new value if the key already exists. If nobody is working on that, then I'll fix this first before continuing with the boot process. -- Bye, Gerhard If you think education is expensive, try ignorance.

2 2

Re: treeview.c
by Uwe Bonnes 31 Jan '02

31 Jan '02

>>>>> "Aric" == Aric Stewart <aric(a)codeweavers.com> writes: Aric> This is a bit of a cover to help find other problems, but we would Aric> crash if trying to sort a treeview with null strings in it. This Aric> prevents this crash so that one can try to figure out why we have Aric> empty strings. Aric> CHANGELOG: prevent crash on sorting treeview with null strings Aric> - return strcasecmp(first->pszText, second->pszText); + if Aric> (first->pszText && second->pszText) + return Aric> strcasecmp(first->pszText, second->pszText); + else if Aric> (first->pszText) + return -1; + else if (second->pszText) + return Aric> 1; + else + return 0; } Should this fail silently? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: Microsoft Visual C (MSVC) compabillity
by Alexandre Julliard 31 Jan '02

31 Jan '02

Patrik Stridvall <ps(a)leissner.se> writes: > All of the forms: > > (1) void WINAPI (*foo)(void); > (2) void (* WINAPI foo)(void); > (3) void (WINAPI *foo)(void); > > Seems to work with gcc. Even with gcc 2.7.x. I believe the problems were rather with g++. In my 2.95.4 version, case (2) still doesn't work (well it compiles but generates wrong code). Case (3) works though, so that sounds like the way to go, I'll apply your patch. -- Alexandre Julliard julliard(a)winehq.com

2 1

mingw32 port and cygwin
by Steven Edwards 31 Jan '02

31 Jan '02

I'm having a bitch of a time with configure on mingw. I understand not wanting to #ifdef OSNAME in the wine source tree and how this would be a pain if a project forked. Would you be opposed to a #ifdef statement for mingw? Thanks Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

3 4

Compilation errors for Freetype support
by Andriy Palamarchuk 31 Jan '02

31 Jan '02

Trying to compile today's Wine I get errors: freetype.c: In function `WineEngGetGlyphOutline': freetype.c:947: `FT_Angle' undeclared (first use in this function) freetype.c:947: (Each undeclared identifier is reported only once freetype.c:947: for each function it appears in.) freetype.c:947: parse error before `angle' freetype.c:993: `angle' undeclared (first use in this function) freetype.c:1003: warning: implicit declaration of function `FT_Vector_Rotate' freetype.c:1059: warning: implicit declaration of function `FT_Cos' freetype.c:1060: warning: implicit declaration of function `FT_Sin' Huw, these functions calls were introduced to the file by your patch, applyed on Jan 29, 2002. I believe the problems are because of differences between freetype versions. The problem occurs on freetype 2.0.1, but according to thread "Prob with freetype..." is fixed after upgrading to 2.0.3. Regards, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com

4 5

RE: New to wine
by Patrik Stridvall 31 Jan '02

31 Jan '02

> All wine headers seem to declare function pointers like > > <return value> WINAPI (*<function pointer name)(<parameter list>) > > Visual C 5 does not like the WINAPI (eg __stdcall) outside of > the brackets and requires: > > <return value> (WINAPI *<function pointer name>)(<parameter list>) [snip] > Maybe there is someone on this list which can give me an > direct answer to this. If you want to compile with Visual C++ you will have to do something like below. #ifdef __GNUC__ #define WINAPI_PTR * WINAPI #else #define WINAPI_PTR WINAPI * #endif And replace all WINAPI function with: <return value> (WINAPI_PTR <function pointer name>)(<parameter list>) Hmm. That reminds me. I experimented with this some year ago but I have no distinct memory of asking Alexandre whether he wanted a patch that does this for Wine. Then I forgot about it. Alexandre: Will you accept a patch that does this?

2 1

Problems building wrc on mingw
by Steven Edwards 31 Jan '02

31 Jan '02

bison -y -v -d -t ./parser.y conflicts: 2 shift/reduce gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -o y.tab.o y.tab.c gcc: y.tab.c: No such file or directory gcc: No input files make: *** [y.tab.o] Error 1 I've got the -v option going but I can't get a debug output form bison to figure out whats going wrong. Anyone got any ideas? Thanks Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

Current CVS doesn't compile
by Bernhard Rosenkraenzer 30 Jan '02

30 Jan '02

dlls/Makefile.in refers to msvcrt20, but the directory doesn't exist. Guess someone forgot a "cvs add". LLaP bero -- This message is provided to you under the terms outlined at http://www.bero.org/terms.html

3 2

err:ntdll:RtlpWaitForCriticalSection section 0xXXXXXXX "?" wait timed out, retrying (60sec) fs = XXXX
by Sylvain Petreolle 30 Jan '02

30 Jan '02

Hi, Like many users now, I have this message when I launch some programs : err:ntdll:RtlpWaitForCriticalSection section 0xXXXXXXX "?" wait timed out, retrying (60sec) fs = XXXX To clear the situtation : What does this message means and what could be done to make it disappear ? Some users have made post with these and have got no response... ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.fr

2 4

New to wine
by Rolf Kalbermatter 30 Jan '02

30 Jan '02

Hello I happened to find wine when researching some undocumented stuff in shell32.dll for my own shell extensions I had written. It was interesting to see how things may be done in windows. I also identified some parts in the wine shell32 which need more attention and plan to submit some patches concerning that after I have familiarized myself a little more with wine. Since I had no Linux system at my hands I tried to use the Visual C 5 compiler on my windows system to compile the shell32 dll and found some problems with that. Separate from some wine specific project definitions which need to be made for Visual C to process the wine headers Iand which I probably haven't done all properly) there was one problem with function pointer definitions. All wine headers seem to declare function pointers like <return value> WINAPI (*<function pointer name)(<parameter list>) Visual C 5 does not like the WINAPI (eg __stdcall) outside of the brackets and requires: <return value> (WINAPI *<function pointer name>)(<parameter list>) I could also not find any comprehensible ANSI C description which would care to explain what would be the correct way of function pointer declarations with a calling convention identifier. I tried to figure out how this could be solved. Declaring WINAPI to be empty and telling Visual C to use __stdcall as default gives other problems with internal wine functions without explicit calling convention declaration and with a variable argument list, which requires __cdecl. The only way I could find was to adjust the function pointer definitions in the affected headers. Of course this goes quite far and might cause problems with other compilers. As I will soon have a new development machine on which I will install Linux alongside of Windows I can fairly easily check if this would cause problems with gcc, but wine seems to care for more compilers than that and I have no idea if such a change would cause problems (it probably would anyhow :-| ). Maybe there is someone on this list which can give me an direct answer to this. Rolf Kalbermatter

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