May 2003 - Wine-Devel - list.winehq.org

Re: ddraw: load OpenGL at runtime
by Brian Vincent (C) May 16, 2003

May 16, 2003

> IMHO we should have our monthly "architectural meeting" and have some > volunteer go through the log and add the relevant content to the Wine > architecture page -- wait, which page again?? ;) If someone wants to collect a log of such a meeting I can summarize it and add it to WWN. From there, we could have the existing status pages just point to the WWN issue where it's covered. The next question is when a good time would be to hold something like this. Based on the list traffic, it seems like most people are around Monday - Friday. I'm -6 GMT, so something like 1pm GMT would work well for me (anyone in California or west coast? that might be too early.) Or, if work interferes (it doesn't seem to) maybe Saturday or Sunday would be better? --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: Wine: gethostbyname implementation in WS2_32 is buggy
by Andreas Mohr May 16, 2003

May 16, 2003

On Fri, May 16, 2003 at 04:59:18PM +0100, wrote: > Hi, > > I am not confident how this patch-submission bussiness > works, so I will just quickly describe what's wrong > and how to fix it. > > The current implementation of gethostbyname in WS2_32 > (located in winsock/socket.c) doesn't handle a null > string argument correctly. > > According to MS definition of gethostbyname, when it > receives a null argument, it should return the same > result as if a call to gethostname was made. Currently > Wine doesn't do this: it simply crashes. > > Fix is simple: add something like: > if (name == NULL) return __ws_gethostbyname( > "localhost", WS_DUP_LINEAR ); Is this the way it's supposed to be handled? I interpreted this (in my original patch I sent very recently) as something like: --- dlls/winsock/socket.c 13 May 2003 04:43:44 -0000 1.126 +++ dlls/winsock/socket.c 16 May 2003 20:00:28 -0000 @@ -2893,6 +2893,17 @@ int ebufsize=1024; struct hostent hostentry; int locerr = ENOBUFS; + char local_name[256]; + + /* name == NULL means use the local host name */ + if (name == NULL) + { + if (WS_gethostname(local_name, sizeof(local_name)) != 0) + return NULL; +··············· + name = local_name; + } +···· host = NULL; Which way is the right one? First? Second? Both? :) -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

1 0

Re: Fix ListView Bugs
by Robert Shearman May 16, 2003

May 16, 2003

> Subject: Re: Fix ListView Bugs > From: Maxime =?ISO-8859-1?Q?Belleng=E9?= <maxime.bellenge(a)laposte.net> > To: wine-devel(a)winehq.org > Cc: Wine Patches <wine-patches(a)winehq.com> > Organization: > Date: 16 May 2003 19:07:38 +0200 > > Robert can you try the attached patch to see if it solves the point 1. > in your case ? > If it doesn't I think we should make a merge of our patches. > Unfortunately it doesn't. Rob

1 0

Re: Fix ListView Bugs
by Maxime Bellengé May 16, 2003

May 16, 2003

I think that patch is not correct because it does not correctly handle the subitem customdraw notification. Dimitrie O. Paun and I are working on a patch to solve that. Robert can you try the attached patch to see if it solves the point 1. in your case ? If it doesn't I think we should make a merge of our patches. Max On Fri, 2003-05-16 at 13:02, Robert Shearman wrote: > Fixes two bugs. > 1. Regression. The colour used for the background of text that wasn't > selected wasn't being set properly any more, as it had been moved into > notify_prepaint. This patch moves it back to where it was before and the > text background appears correctly. > 2. Don't clear the item header when column 0 is inserted - it would clear > anything already set in the header, such as information set by InsertItem > > ChangeLog: > - Make selected text appear correctly now > - Don't clear header for subitem 0 when column 0 is inserted > > Rob -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

1 0

RFC: Store apartment model in TEB
by Robert Shearman May 16, 2003

May 16, 2003

Hi, I've sent it to wine-devel so I can get some comments on it. This patch will basically store the apartment model in a structure in the TEB like Windows. This will allow CoInitializeEx to return the right value, which in itself has got some apps working better on my machine. If this patch is ok, then the next question must be: what functions/interfaces depend on the apartment model? ChangeLog: - CoInitializeEx should store apartment model separately for each thread Rob

1 0

Getting DXBall to run
by Hans Leidekker May 16, 2003

May 16, 2003

Hi, I have this old breakout style game called DXBall (I think it's a DirectX 2 game) that runs flawlessly but for one page fault after the second startup screen, right before the first level starts. You can download the game here: http://www.magicwandsoft.com/games/dxball/download.html I traced it down to dlls/ddraw/dsurface/dib.c:create_dib where it says: if (!This->surface_desc.lpSurface) { This->surface_desc.lpSurface = priv->dib.bitmap_data; This->surface_desc.dwFlags |= DDSD_LPSURFACE; } I don't see why This->surface_desc.lpSurface is being tested here before doing the assignment since up in the function there's this assert statement: assert(This->surface_desc.lpSurface != NULL); And as far as I can tell there's nothing in between that could change the value of This->surface_desc.lpSurface, so this code will never be reached. Some extra traces confirm that this is the case. If I make the assignment unconditional the game starts to run, but I'm not really sure if this fix hides another bug or not. Maybe some DirectX guru can tell right away? -Hans Changelog: Remove superfluous NULL check

1 0

Winehq.com will be Offline tonight
by Jeremy Newman May 16, 2003

May 16, 2003

Our ISP is moving to a new location, so they need to shut us down while they switch over. They did not give me an ETA of how long this downtime will last. It will start at around 12:30am CST. The minimum time will be an hour, but I suspect will be a tad longer. I will email the list after the move is completed. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

1 1

[latest cvs] GTA 3 ingame keyboard and mouse works.
by erwin wolff May 16, 2003

May 16, 2003

Hi, As of the latest CVS the in-game mouse and keyboard fully works. The mouse is the the menu structure still disalbled due the joystick error. The game however isn't very fast (I don't know but I guess about 20 fps with an atlon 2200+ and a GeForce FX 5800 Ultra :) ) and only the intro (the bank robbery) is taking some speed. The textures are still disabled ingame but the menu structure is getter better and the background textures are visible now. ------------------------------------------- ECF Wolff Erwinwolffnl(a)microformatica.com

1 0

OLE clipping
by Mike Hearn May 16, 2003

May 16, 2003

Hi, I've been staring at traces all day trying to figure this one out, and haven't got very far, so I'm wondering if you guys have any advice. I have an application which embeds an IE web browser control into a window, and then proceeds to draw over it, which should be clipped. The reason it draws over it, is because this is a Java Swing app and there are wierd interactions between "lightweight" and "heavyweight" components (whether they have Win32 windows or not). In fact, I'm doubly confused, because during execution I can see calls to PatBlt, BitBlt and StretchBlt, but if I disable that code by putting a return true; at the top of X11DRV_InternalStretchBlt, which they all call, nothing changes! The app looks exactly the same, minus the WebBrowser control. So clearly Java does not use the *Blt family of functions, but I can't see any other calls that leap out at me as to what it might use. So anyway, I've got a few questions: 1) What else could Java be using to draw, if not the blitter functions? 2) Is there some crucial part of GDI clipping that isn't implemented which might be causing this problem? 3) Is it normal that the parent window of an ActiveX embedder can draw over its children in this way? I'd have thought the GDI would have clipped it. I think I'm going to experiment with a standard Win32/Delphi app and drawing over an ActiveX control, to see what happens. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 3

Good news and bad news
by Shachar Shemesh May 16, 2003

May 16, 2003

After a long absance, due in part to me starting a business, part to participating in forming an NPO to advance Open Source/Free Software/Linux, and in part to moving an apartment, I'm back. On the good news front - I'm hoping I'll finally have some help from our nearby neighbours. A Jordanian programmer is making some moves into Wine, and Arabic support in particular. Here's hoping for a better overall product as a result. -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1