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

Re: Can Wine run "sv.net classic"? Not at the moment :-(

by Dan Kegel

On 12/13/05, Sven Paschukat <Sven.Paschukat(a)t-online.de> wrote: > Dan Kegel schrieb: > > MDAC-2.7sp1 is plenty for (most?) VB6 apps, and we definitely > > want Wine to be able to run them sooner rather than later. > > So I think this deserves fixing, and there's no need to delay. > > You can install MDAC and the most other Windows components via the > Winetools: That's nice, but it's not an acceptable resolution to the problem. Wine should be able to install MDAC without Winetools. > Installing and running sv.net works fine here. That's nice to hear, but we need sv.net to run without "winetools". - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

Dec. 13, 2005

Re: Wine: DirectDraw over Direct3D

by Mike Hearn

On Mon, 12 Dec 2005 21:11:44 +0100, Stefan Dösinger wrote: > In Wine, there are 2 ways: The first is to use X calls, which is safe, but slow. What makes you think that? X drawing primitives as well as XRender should be hardware accelerated even though they aren't OpenGL.

Dec. 13, 2005

Re: Can Wine run "sv.net classic"? Not at the moment :-(

by Sven Paschukat

Dan Kegel schrieb: > MDAC-2.7sp1 is plenty for (most?) VB6 apps, and we definitely > want Wine to be able to run them sooner rather than later. > So I think this deserves fixing, and there's no need to delay. > - Dan You can install MDAC and the most other Windows components via the Winetools: http://www.von-thadden.de/Joachim/WineTools/ Installing and running sv.net works fine here. Sven

Dec. 13, 2005

Re: gethostbyname(my_name) and IL2-Sturmovik

by David Nolden

Am Dienstag, 13. Dezember 2005 20:14 schrieb Juan Lang: > I still think David's patch could use some work, What's wrong with the new version? Greetings, David

Dec. 13, 2005

Re: gethostbyname(my_name) and IL2-Sturmovik

by Juan Lang

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

Dec. 13, 2005

A DirectX ToDo

by Tom Wickline

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

Dec. 13, 2005

Re: WINE-NB.BLOCK

by Rüdiger Koerschulte

> Hello, > > I`m sorry, but my English is not so good, but I`m trying to get an answer > about: > > I have installed SUSE 10.0, then WINE and then WINETOOLS. and the IE6. Now, > when I press the key comma, on the numeric-block, I get the remove > function. When I press die remove function an the cursor-block, I get a > comma. > > The function is always the same. It is the same when I put the > numeric-block on or off. > > How I can get a comma on the right key? > > Thank you for your understanding for my schoolenglish! > > Rüdiger

Dec. 13, 2005

Re: PATCH: handle NULL XImage in GetBitmapBits

by Willie Sippel

Am Dienstag, 13. Dezember 2005 11:42 schrieb Alexandre Julliard: > 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? > All three patches (yours and the two by Marcus) fix bug 4034... ;-) Ciao, Willie -- Willie Sippel //////// | Tritium Studios // | ______________________________ //// /// | http://www.tritium-studios.com <willie(a)froq.net>

Dec. 13, 2005

cross-compile error

by Steven Edwards

Hi, When doing Cross-Compiles I am seeing this error ../../include/wine/exception.h:142: error: parse error before "sigjmp_buf" ../../include/wine/exception.h:142: warning: no semicolon at end of struct or union ../../include/wine/exception.h:146: error: parse error before '}' token ../../include/wine/exception.h:146: warning: type defaults to `int' in declaration of `__WINE_FRAME' ../../include/wine/exception.h:146: warning: data definition has no type or storage class It seems the detection of sigjmp longjmp is busted for cross-compiling. I am using this patch locally but don't know how to properly fix it. Index: include/wine/exception.h =================================================================== RCS file: /home/wine/wine/include/wine/exception.h,v retrieving revision 1.26 diff -u -r1.26 exception.h --- include/wine/exception.h 1 Sep 2004 17:36:04 -0000 1.26 +++ include/wine/exception.h 13 Dec 2005 18:03:58 -0000 @@ -139,7 +139,7 @@ /* finally data */ __WINE_FINALLY finally_func; } u; - sigjmp_buf jmp; + jmp_buf jmp; /* hack to make GetExceptionCode() work in handler */ DWORD ExceptionCode; const struct __tagWINE_FRAME *ExceptionRecord; -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

Dec. 13, 2005

Re: gethostbyname(my_name) and IL2-Sturmovik

by Pavel Troller

Hi! > > I think you are wrong. POSIX does not say that it's wrong to have the > computer name associated with 127.0.0.1 in /etc/hosts, and it doesn't say > that gethostbyname(my_name) should return a "real" IP. OK, but it also doesn't explicitly state that gethostbyname(my_name) may return 127.0.0.1, so it's just neutral :-). > If I remember > correctly, though, Microsoft, specifies that gethostbyname(my_name) > *should* return real IP. I don't know M$ standards, sorry, cannot comment on this. > > This subtle difference means that Wine must take extra care. Fetching a > real IP on a UNIX host is not trivial, but doable. > Yes, it is. BUT: man 5 hosts tells that: "The Berkeley Internet Name Domain (BIND) Server implements the Internet name server for UNIX systems. It aug ments or replaces the /etc/hosts file or host name lookup, and frees a host from relying on /etc/hosts being up to date and complete." So it seems to imply that the DNS info is currently an authoritative source for host name queries. Of course everybody knows it, I'm just making note of it to support my following question: Did you ever see in the real world that a DNS server would return 127.0.0.1 as a response to a regular host name query ? I think not. 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. Isn't it logical to keep the host table coherent with DNS ? Or are you happy that in case your DNS server fails you get totally different results ? Of course I cannot argue more. It's just about the administrator's personal style and knowledge. I'm maintaining and administering Unix systems from 1985, long before Linux was born, and I would never allow such a thing in my host table. But if the current distro maintainers are of another view, I will not do anything against it. It's just about Open Source freedom: I will remove that patch from wine for me, and that's it :-). With regards, Pavel Troller

Dec. 13, 2005