wine-devel

wine-devel@winehq.org

3 participants
84472 discussions

Re: Notepad - removed help menu items
by Steven Edwards 11 Jul '02

11 Jul '02

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 11 Jul '02

11 Jul '02

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 11 Jul '02

11 Jul '02

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 11 Jul '02

11 Jul '02

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 10 Jul '02

10 Jul '02

> -----Original Message----- > From: Andreas Mohr [mailto:andi@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@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 10 Jul '02

10 Jul '02

> -----Original Message----- > From: Alexandre Julliard [mailto:julliard@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

winedbg font selection?
by Carl Sopchak 10 Jul '02

10 Jul '02

Is there a way to set the font used by winedbg? The font that it is using on my machine is too small with the monitor resolution set at 1600x1200 (which I want to keep). I'd like to bump the size up a few points... Thanks for the help, Carl

4 6

Re: DOSEMU team
by Shachar Shemesh 10 Jul '02

10 Jul '02

WOW, if wine is advanced enough to catch and spread outlook bugs, we must be really moving along. Seriously, though. If anyone here knows "friest", and corresponded with him on the subject of "DOSEMU team", and is using Windows, please check your system. You are infected with a variant of the "klez" virus. Shachar

1 0

RFC: Re: [ros-kernel] Shell32 and dplax
by Steven Edwards 10 Jul '02

10 Jul '02

Note: Forwarded to wine-devel I'm more in support of us chaning wine rather then adapting win9x calls to ReactOS. That being said I have enough trouble writing a 3 line patch so my voice doesnt count to much..."You guys are the programmers, I just break shit." IMHO the way WINE handles certain things is really fubar. A good example besides MapSL and ConvertToGlobalHandle is the way WINE implements PSAPI. All wine psapi does it convert the toolhelp functions already implemented in to the needed format with a wineserver call or two thrown in. If we are going to use wine and not fork the crap out of it then we should fix the 9xisms as we find them. Currently wine has all sorts of ways for doing things, you have win16 apis being called in some places, ntdll in others and then 9xisms all over the place. So far we have MapSL ConvertToGlobalHandle PSAPI DriectX HAL interfaces ? idunno I guess it comes to what can we do to better share code. Currently there is not a chance in hell of us sharing PSAPI in its current state. I started two bugs in wines bugzilla a few weeks ago regarding it. Mabey we should have a meta-bug for making WINE more NT like in "certain" areas. I dont expect the wine projects to make all sorts of changes just for us and not as they are trying to get a 1.0 release. Anyone got any feedback? Mabey we will get more support for this once David and Jason are done with the basic Windowing. Steven > MapSL is in wine kernel32 also, Oh yeah, it's part > of windows 9x > kernel32.dll too. > James __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

4 4

RE: Any advice on how to debug this?
by Medland, Bill 10 Jul '02

10 Jul '02

Thanks Eric > -----Original Message----- > From: Eric Pouech [mailto:eric.pouech@wanadoo.fr] > Sent: Wednesday, July 10, 2002 12:50 PM > To: Medland, Bill > Subject: Re: Any advice on how to debug this? > > > "Medland, Bill" a écrit : > > > > > -----Original Message----- > > So now what do we do. > > > > Having messed about, got a repeatable case and generally > bashed my head > > around I have got to the following unfortunate situation. > > > > 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? > hmm bad news... > > did you try to run your app with a NT version (instead of a > Win9x), that > could help (maybe) No, but I have now. (and ignored all the complaints about mixed versions). It works!! I think that this will be the way to go; see Alexandre's reply. > another thought, when your processes disapear under the > debugger, is the > wineserver still up and running (if it crashes, it may explain the > vanishing processes) Yes it was > another solution would be to disable the support for the shared data > segment... but in your case, it could fix this issue but open another > one TOO TRUE!! The app is very dependent upon shared data segments. > > btw, are you sure user32.dll is mapped at another address in > the second > process Yes > another fix would be to force some DLLs to be loaded at fixed > addresses > (user32 could be one of them)... > another question, are you sure the two processes load the > same user32 ? Yes > (could it be that two wine versions coexist and that a > different one is > loaded in each process) ? > > A+ > Thanks for all the help Bill

1 0

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