December 2005 - Wine-Devel - list.winehq.org

chdir to /tmp/.wine-1000/server-307-6930068 : No such file or directory
by David Nolden Dec. 14, 2005

Dec. 14, 2005

To get to another issue.. since a few weeks, the current CVS doesn't work for me. Whenever I compile it, I get the error mentioned in the subject. New .wine-dir and wiping /tmp doesn't help. When I checkout an older version, for example one from the end of november, it runs fine. Does anyone know the reason for this, or will I have to inspect the code to find it out? Sorry in case this is the wrong mailing-list.. greetings, David

3 3

Re: gethostbyname(my_name) and IL2-Sturmovik
by Juan Lang Dec. 14, 2005

Dec. 14, 2005

Hi David, thanks for continuing to work on this. > What's wrong with the new version? The first thing to make it acceptable is to write a regression test to go along with it. I think the test should check that gethostbyname(your_host_name) returns something besides 127.0.0.1, _if_ you in fact have a public IP address. Perhaps use SIOCGIFCONF in the test to check whether you do have a public IP. + BOOL getpublicIP(char* target,int size) The name should be spelled get_public_ip or so, and this should be static. + if (skfd < 0) + { + WARN("A socket could not be created"); + return FALSE; + } On any failure you need to SetLastError with an appropriate error. + if(ip[0]==127&&ip[1]==0&&ip[2]==0&&ip[3]==0)continue; /*Exclude 127.0.0.1*/ + + sprintf(buffer,"%i.%i.%i.%i", (int)ip[0],(int)ip[1],(int)ip[2],(int)ip[3]); I think this is specific to little-endian machines, this should succeed on big-endian machines too. (Not all uses of Wine are to run x86 executables.) + if(strcmp(ifr[i].ifr_name,"lo")==0)continue; + if(size>strlen(buffer))strcpy(target,buffer); Some spaces somewhere would be nice :) + char myname[1000]; + gethostname(myname,(size_t)1000); In WS_gethostbyname you pay a penalty of doing a gethostname call every time. I think this could be optimized. For instance, you could only check it if the returned address is 127.0.0.1. Also, I'm not sure about declaring a buffer of 1000 bytes on the stack. It's also unnecessary: according to rfc1035, each name label is at most 255 chars. I assume, at any rate, that gethostname will not return a dotted name, but a single label. To get this off the stack altogether, you could have a static buffer that's set every time WS_gethostname is called. WS_gethostbyname could use this value instead of calling gethostname(2) itself. I'm not sure whether this optimization is worth it. If you use a static buffer, it needs to be protected by a critical section. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Re: Wine: DirectDraw over Direct3D
by Stefan Dösinger Dec. 14, 2005

Dec. 14, 2005

Hello, > Following your mail on wine-devel about DDRAW, I now understand better > what's going on behind the scenes. Below is the result of an experiment I > did at the beginning of this month. Reading your message, I wanted to share > it with you. First, thanks for your comments, and one suggestion: You should also CC the mails to wine-devel(a)winehq.org, so others can read it too. > I'm an occasional wine user for games, and an experienced developper in > other projects. Age of Empires II has always been really slow, so I finally > decided to run an oprofile session. The results are attached to this > message (wine cvs of 2005-12-04). When I saw the results, I immediately > thought "put that conversion on the GPU". It seems you found that solution > long ago :) Yes, this is known quite well, and if you search the archives, you'll see that it has been mentioned over and over > Of course, there still are the ~35% used by X11, but even if these are not > compressible (DC stuff), a potential x5 increase in game speed due to DIB > would make it much more playable. The need for a better DIB engine is also known, and there are 2 DIB engines ready to be included into Wine: One was sponsored by Transgaming, and the other one is the DIB engine from ReactOS. The ReactOS engine is said to be faster, and it's favored. We'll see, perhaps we can include it with the DirectDraw re-work. The other problem is hardware 2D accelleration: Most DirectDraw functionality is handled by the GPU on Windows, since the beginning of DirectDraw, long before 3D accellerators were around. In Wine, there are 2 ways: The first is to use X calls, which is safe, but slow. The other one is the use of DGA, which is as fast as the Windows way, but it requires root preveliges, or at least write access to /dev/mem, which is a HORRIBLE security risk. That's were OpenGL comes into play: It is hardware accellerated, and doesn't require /dev/mem access. But the drawback is, that it needs a 3D accellerator, and a decent driver. It works fine for nvidia cards, but it is horribly slow for ati cards. > it seems using 3D as > the 2D backend it the only option that makes sense nowadays and in the near > future. In Wine case, this supports your DDraw using D3D idea. Yeah, that perfectly true for current hardware, rumors even have it, that today's GPUs don't have a 2D engine any more, and whatever you do, it will make use of the 3D functionality. The problem are older cards: It would be nice, if games worked on systems for which they were designed for, for example, I'd love to see Anno 1602 working in Wine on my old Acer Extensa 660 with an 120 MHZ Pentium CPU, and a Chips and Technologies 65000 GPU. Thanks for your interest, and I'd appreciate performance tests once my work is stable ;) Stefan

6 8

Re: 100% CPU usage in Wine-0.9
by Mark Knecht Dec. 14, 2005

Dec. 14, 2005

On 11/15/05, Mark Knecht <markknecht(a)gmail.com> wrote: > On 11/10/05, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > <SNIP> > > > > > LATE BREAKING NEWS: It appears that when I switch to the Alsa > > > driver the CPU usage does down to normal. Were you using Alsa or OSS? > > > I tried both alsa and oss(with oss emulation in alsa), both are working fine. > > I don't use any hw acceleration. So is this program useable for you now with > > alsa? > > > > Stefan, > After having a few people test this it seems that it is not simply > enough to use the Alsa driver. A couple of people have tried that and > continue to see 100% CPU usage, so apparently there is something more > involved. > > In the bug report I have attached some debug info I was asked to > get. Hopefully that will help a developer in some way. > > I am here to test other ideas or do more debug work. I think this > problem is real. > > Cheers, > Mark > Hi, I haven't seen any responses on this in the last month. Did I possibly miss something? Thanks, Mark

1 0

josystick driver layer and support of multiple devices of one kind
by Christoph Frick Dec. 14, 2005

Dec. 14, 2005

hiho i did recently some patches to mostly make joystick_linuxdinput.c handle things more like joystick_linux.c. the main thing, that i dont like on this work, is the fact, that i am just copy-and-paste code from one end to another. i assume someone started back then the joystick_linuxdinput part and if there where changes at either one of them they where not done (or not all the time) also in the other file. also if i have understood this correctly there is no support for multiple joysticks of one kind at least in the joystick_linuxdinput part (i can not confirm this, because i had for now a js-joystick and a event-wheel - but a event-joystick is on the way). for many game-types it is much likely, that the users want to use more than one input-device (e.g. use the wheel and the pedals from two different manufactures, use the pedals from your wheel with your flight stick, use two gamepads, ...) and its most likely that such a device is nowadays a usb device poping up in /dev/input. if the current implementation works fine with more than one js/event-driven joystick - so let me know; my windows/dinput knowledge ist zero and i have not the hardware to test it yet. so my point: i want to make the joystick_... interface to be more abstract. so to bring the code, that is common for the js and event into one common part and then utilize implementations of a interface for each js and event based joysticks. with this step it would make sense to also allow the "driver" (i call it that way now) to report the joysticks that are available and so have support for multiple joysticks. a split like this would also allow an easier integration of e.g. joystick support for OSX or other opteration systems that handle joysticks in another way then unix/linux does. so my questions: - i this an approach, that would be acceptablefor wine? so if i start on something like this, is there a chance it would be submitted to the tree - or is there a problem in terms of "wine does not work like this and we would ignore such an approach" - is the sound-system of wine with its lots of implementations a place to get ideas for such a change; or is this totally off, because the user only chooses one driver to use (instead of: only build the driver if appropriate and then let each driver search for hardware) -- cu

3 3

Problems generating c++ project since wine 0.9.3
by Sergio Dec. 13, 2005

Dec. 13, 2005

Hi all, I've been having problems trying to compile one c++ project since latest wine version (0.9.3). This project compiled and worked fine with previous versions. The error messages look like: /usr/include/wine/windows/unknwn.h:26: error: expected unqualified-id before ‘{’ token ... /usr/include/wine/windows/objidl.h:66: error: expected unqualified-id before ‘:’ token ... /usr/include/wine/windows/oaidl.h:553: error: expected unqualified-id before ‘:’ token ... /usr/include/wine/windows/propidl.h:287: error: expected unqualified-id before ‘:’ token ... /usr/include/wine/windows/oleidl.h:46: error: expected unqualified-id before ‘:’ token ... Is there something that I am misisng when generating this project? Or is this a known issue? Thanks. Sergio.

2 2

Re: PATCH: handle NULL XImage in GetBitmapBits
by Alexandre Julliard Dec. 13, 2005

Dec. 13, 2005

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > In GetBitmapBits() handle the correct bitmap information > when a DIB is used. I think for a DIB we want to copy the bits directly, like we already do in SetBitmapBits. Does this work for you? diff --git a/dlls/gdi/bitmap.c b/dlls/gdi/bitmap.c index a0c6b25..5c2b6c3 100644 --- a/dlls/gdi/bitmap.c +++ b/dlls/gdi/bitmap.c @@ -307,6 +307,30 @@ LONG WINAPI GetBitmapBits( if (!bmp) return 0; + if (bmp->dib) /* simply copy the bits from the DIB */ + { + DIBSECTION *dib = bmp->dib; + const char *src = dib->dsBm.bmBits; + DWORD max = dib->dsBm.bmWidthBytes * dib->dsBm.bmHeight; + if (count > max) count = max; + ret = count; + if (!bits) goto done; + + if (bmp->dib->dsBmih.biHeight >= 0) /* not top-down, need to flip contents vertically */ + { + src += dib->dsBm.bmWidthBytes * dib->dsBm.bmHeight; + while (count > 0) + { + src -= dib->dsBm.bmWidthBytes; + memcpy( bits, src, min( count, dib->dsBm.bmWidthBytes ) ); + bits = (char *)bits + dib->dsBm.bmWidthBytes; + count -= dib->dsBm.bmWidthBytes; + } + } + else memcpy( bits, src, count ); + goto done; + } + /* If the bits vector is null, the function should return the read size */ if(bits == NULL) { -- Alexandre Julliard julliard(a)winehq.org

3 2

Can Wine run "sv.net classic"? Not at the moment :-(
by Dan Kegel Dec. 13, 2005

Dec. 13, 2005

http://www.heise.de/newsticker/meldung/67265 describes what looks like a nice opportunity for wine to prove itself. German employers are required to send insurance information online. There are two allowed methods: either a web page (which apparantly sucks), or a windows app called sv.net classic, available as a free download at http://www.itsg.de/svnet/ I tried installing it, but I didn't get past square one because the mdac installer is more busted than it used to be, at least on my machine. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 4

Re: gethostbyname(my_name) and IL2-Sturmovik
by Juan Lang Dec. 13, 2005

Dec. 13, 2005

Hi Pavel, > And on the other side, try to query a DNS server for "localhost". > Every DNS server should immediately return 127.0.0.1, it's RFC > compliance requirement. Just to be clear, we're not talking about gethostbyname("localhost"). We're talking about gethostbyname(the_name_of_my_machine). In Windows, this returns your external address. See the following sample code which demonstrates this: http://tangentsoft.net/wskfaq/examples/ipaddr.html On Linux, at least for me, I get only 127.0.0.1 for my hostname (juandell, when I'm running on this laptop.) If I were to have this name registered with DNS, and if I were to ask a DNS server for the address of it, I wouldn't get 127.0.0.1, of course. But we're not talking about DNS anyway. We're talking about winsock's gethostbyname function. Wine's implementation isn't correct, since it doesn't match Windows. I still think David's patch could use some work, but let's not argue about whether its behaviour is correct: matching Windows is what we're obliged to do. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

A DirectX ToDo
by Tom Wickline Dec. 13, 2005

Dec. 13, 2005

Hello Everyone, I've just posted a first draft of a DirectX ToDo on the Wiki : http://wiki.winehq.org/DirectX-ToDo?action=show Feedback, Comments, Suggestions are welcome. Cheers, Tom

1 0