- Wine-Devel - list.winehq.org

Re: Fix nasty little bug in InitializeGenericSF
by Joshua Thielen July 12, 2002

July 12, 2002

Joshua Thielen wrote: > This patch fixes a little bug that caused heap corruption (ouch!) when > running the Finale 2002 installer. > Urg! I'm sorry, I just noticed that Rein fixed this on Tuesday. I just wasted a lot of time. Josh

2 1

Re: RFC: Re: [ros-kernel] Shell32 and dplax
by Steven Edwards July 12, 2002

July 12, 2002

--- Eric Pouech <eric.pouech(a)wanadoo.fr> wrote: > Steven Edwards a �crit : > > > > > in short, moving to NT architecture is the way > to > > > go, but > > > it'll need some time > > > may be we could also create a metabug on > bugzilla > > > for this > > > and link all known issues to this meta-bug. > > > > I will start a meta bug for this and being to > track > > these issues as I find them. With any luck we will > be > > able to help with these issues in the next few > months. > ok > btw, is this intentional ? (you didn't cc > wine-devel) no it wasnt. but yes I will start a meta-bug for these issues and wait on input from the bugzilla guys as to if they want to group the issues in another way. Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

3 4

Any advice on how to debug this?
by Medland, Bill July 12, 2002

July 12, 2002

Any suggestions would be appreciated. The application runs reasonably with builtin comctl32/commctrl but there are some alignment issues which I suspect might be corrected by using the native one. However when I try running with native ones I get two debug consoles and the application continues. (Not a problem). Basically the main program starts two other programs as OLE servers and they load and init commctl32.dll. The stack traces in both cases are similar and indicate to me that the processes have ended up executing data. However by the time I get to disassemble the code referred to by the backtrace the code isn't there any longer. What's my best bet for tracking this down? I've tried winedbg with as many BreakOn.. set as possible but the processes seem to disappear from under the winedbg processes Bill

3 2

HEADER order and index issue
by Medland, Bill July 11, 2002

July 11, 2002

Dear all Before I spend days trying to find out, can someone tell me straight off? There is a problem with the comctl32 header control and I want to know which is the correct solution. The result is that columns af the associated list control are sometimes put in the wrong place. Here's why! It is a known issue that the first column of a listctrl is left-justified. Therefore the Microsoft-accepted way to proceded with the list control is to add a blank left column, add the columns after that with whatever justification is desired and then delete the first column. Assume we aren't doing any clever column reordering. As the columns are added their headers' orders are equal to the indices. But then the first is removed. When we get to HEADER_Refresh it goes to display them in the correct order; good. However there is an implicit assumption in the code that given n columns the orders there will be one column with order 0, one with 1, ... one with n-1. So 1. Is that assumption invalid? If so then I'll change the code to display the columns in the specified order, assuming that the orders may not be sequential. 2. Is that assumption valid? If so then I'll change it so that deleting a column will modify the orders of the remaining ones. Bill

1 0

Re: Notepad - removed help menu items
by Steven Edwards July 11, 2002

July 11, 2002

I wouldnt recommend this as ReactOS will be adopting some of the wine/programs including help. Now that Eric P has fixed winehlp I'm sure we can find someone sooner or later that will write a help file for this and other applications at some point. Steven --- Andriy Palamarchuk <apa3a(a)yahoo.com> wrote: > Changelog > Removed help menu items from notepad. I don't > think > anybody will write help for our notepad, so these > menu > items are useless. > > Andriy > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com > ATTACHMENT part 2 application/octet-stream name=notepad_help.diff __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

2 1

Bad exe
by admiral coeyman July 11, 2002

July 11, 2002

Group, While running tests at my end, I found an odd problem that seems to have developed out of the blue. It seems that only 32 bit dos executables will now run on my system. All of the 16-bit executables that I've been using for the past few years generate 'bad exe' errors. I've redownloaded most of the tree and nothing has fixed this problem. Before I look too deep, is this a problem that anybody else has? It's possible that my local tree has been damaged or that my development tools are not right. God Bless, --Robert 'Admiral' Coeyman [I've had vga planets 4.0 running.] -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

4 5

Re: warcraft 3
by Jesse Allen July 11, 2002

July 11, 2002

Ove Kaaven wrote: > On Wed, 10 Jul 2002, Lionel Ulmer wrote: > > On Tue, Jul 09, 2002 at 06:08:07PM +0200, Matthieu Foillard wrote: > > > Using winex using opengl (compiled from cvs), start using wine > > > path/War3.exe -- -opengl : > > > it prints : > > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > > > This is fixed in the WineHQ CVS tree. You just need to wait for the > > patch to do the WineHQ => ReWind => WineX path (as it's X11 licensed) :-) > It is? I don't think it said so in > http://www.winehq.com/hypermail/wine-patches/2002/06/0041.html, and Jesse > Allen isn't registered as X11-friendly yet... which is among the reasons > why it hasn't taken that route yet. You can submit the patch to ReWind. =)

1 0

Re: warcraft 3
by Jesse Allen July 11, 2002

July 11, 2002

Matthieu Foillard wrote: >>> Using wine using opengl (compiled from cvs), start using wine path/War3.exe -- -opengl : fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403aad78,00010023,2):stub fixme:win32:CreateIoCompletionPort (ffffffff, 0000, 00000000, 00000000): stub. then it seems to start fullscreen but does not display anything, so that i must kill it. any ideas ? <<< Okay, have you checked other opengl games under wine? You could run a trace on opengl and see if it's actively running wglSwapLayerBuffers, or other things as well (Create/Destroy context). Did you use the no-cd patch? If nothing comes up with the opengl trace, then you might not be getting past the CD check. Does it minimize the game? This might be interesting if its the case. Please look here where I explain a problem about this: http://www.winehq.com/hypermail/wine-bugs/2002/06/0422.html Basically I said, sometimes opengl apps minimizes when other windows (like a messagebox) become active, and after restoring the opengl window, it produces no output. Here is another interesting note: some people have the same trouble with the movies on real windows like we do on wine. I suggested to rename the movies folder to them, and guess what it worked! But what happens after they do this? the game minimizes, so it's possible this is happening. Here are some references to the problem: http://www.battle.net/forums2/opensupport/posts/ia/27048.shtml http://www.battle.net/forums2/opensupport/posts/fa/27045.shtml Other than that I don't know. I sent Andreas Mohr a more detailed howto, but I pretty much covered everything already. Jesse

1 0

RE: Any advice on how to debug this?
by Medland, Bill July 10, 2002

July 10, 2002

> -----Original Message----- > From: Andreas Mohr [mailto:andi(a)rhlx01.fht-esslingen.de] > Sent: Wednesday, July 10, 2002 2:03 PM > To: Medland, Bill > Cc: Wine devel (E-mail) > Subject: Re: Any advice on how to debug this? > > > On Wed, Jul 10, 2002 at 01:11:59PM -0700, Medland, Bill wrote: > > > -----Original Message----- > > > From: Alexandre Julliard [mailto:julliard(a)winehq.com] > > > > > > That's a common problem with Win9x dlls. It cannot be > completely fixed > > > because we don't control the layout of our address space; > there are > > > some hacks that could be done in the loader to make it > less likely to > > > happen, but I'm not convinced it is worth the trouble. Our efforts > > > would probably be better spent making sure the builtin > versions of the > > > offending dlls work properly. > > > > > > -- > > > Alexandre Julliard > > > julliard(a)winehq.com > > > > > Thanks Alexandre. I guess the lesson is to use NT dlls > wherever possible. > No way. Wine still has lots of problems with NT DLLs, since > they are... > NT DLLs ;) > Wine's support for NT API is too damn incomplete, so you'll > have more luck > with Win9x DLLs in most cases. > Or just choose to not use *any* Windows DLLs. Might help. But that means I would have to fix yet more of the bugs in comctl32.dll.so ;-( Actually what I was doing was trying to run the native comctl32 to see if it corrected the visual bugs so that I would know that it was within that dll. I'll see what I can do about fixing them in a bit. Bill

1 0

RE: Any advice on how to debug this?
by Medland, Bill July 10, 2002

July 10, 2002

> -----Original Message----- > From: Alexandre Julliard [mailto:julliard(a)winehq.com] > Sent: Wednesday, July 10, 2002 12:51 PM > To: Medland, Bill > Cc: Wine devel (E-mail) > Subject: Re: Any advice on how to debug this? > > > "Medland, Bill" <Bill.Medland(a)accpac.com> writes: > > > It looks to me like: > > > > comctl32.dll includes a shared data segment. > > One of the entries in that segment, presumably during the > DllEntry, is > > populated with the address of GetSystemMetrics > > > > A second copy of comctl32 then tries to use that address to call > > GetSystemMetrics > > > > Unfortunately the second process has user32 mapped > somewhere else and so the > > call goes somewhere weird and things fall over. > > > > Any ideas as to what we can do about it? > > That's a common problem with Win9x dlls. It cannot be completely fixed > because we don't control the layout of our address space; there are > some hacks that could be done in the loader to make it less likely to > happen, but I'm not convinced it is worth the trouble. Our efforts > would probably be better spent making sure the builtin versions of the > offending dlls work properly. > > -- > Alexandre Julliard > julliard(a)winehq.com > Thanks Alexandre. I guess the lesson is to use NT dlls wherever possible. Bill

2 1