July 2002 - Wine-Devel - list.winehq.org

Re: Re: about XIM support on wine

by shaw

> > Hi, > > The best solution for the time being is to use Over-the-top entry, so > that characters you type are shown in a small child window rather than a > seperate window. > > If you're feeling keen, then you could try and interface XIM to > Microsoft's own input context stuff (see ImmGetContext in imm32.dll). > > Do you have any patches for us to try out? > > Mike > > rain shaw wrote: > > Hi all, > > I do apply some patches to the wine source according to some tips in > > bugs library,and I can input chinese in notepad now. > > But,every time window was created,will the input method popup.For > > example,if a message box popped up,the xim will popup as well. > > It seems that we called the XIM related Xlib function every time new > > window was created. > > Would u please give me some suggestions about how to disable create and > > open XIM while create non-text-input related window? in other word,how > > to determin the x-window that going to be created is a control that need > > input method ? > > Thanx! > > > > > Sorry,I'm newbie to Wine and Xlib, So I just add some following statemengs if(cs->lpszClass[0] == 'E' || (0 == strcmp(cs->lpszClass,"NotesRichText")) || (0 == strcmp(cs->lpszClass,"IRIS.tedit"))) { /*Yes,Just seek the first char*/ XIM_DoCreateIC(data->client_window); XIM_SetIC(display, data->client_window, data->whole_window); } yes,it looks really ugly but works. Now,I met the same question as message http://www.winehq.com/hypermail/wine-devel/2002/05/0043.html I try to add apparently mapping of WM_IME_CHAR and friends to/from unicode in windows/winproc.c. bug nothing happens. Any suggestions ?

July 19, 2002

Re: warcraft 3

by Jesse Allen

> Matthieu Foillard wrote: > >> i finally made warcraft III working : >> >> 1. rename the Movies folder as Jesse Allen did. >> 2. get winex from cvs, then patch srcs with >> http://www.winehq.com/hypermail/wine-patches/2002/06/0041.html >> 3. configure wine using ./configure --enable-opengl ..., then build >> it. 4. run warcraft using : wine /path/War3.exe ( the -opengl doesn't >> work for me) >> 5. enjoy ! >> > I followed your procedures, X crashed when I started to run it. > It said ".... deadlock ..." > Any idea? > Thanks. Hi, I don't know what's going on with the current WineX, I can't get it to work. I got an old version that I used with the beta back in March to work. Getting the latest WineX to work seems to be much harder than Wine. Try my How To under "Warcraft III" in the application db found at http://appdb.codeweavers.com except remember this before running install.exe: copy a native msvcrt.dll into your wine installation. Example destination location: ~/c/windows/system If you don't copy that in install.exe will fail like people have been complaining about giving this error message: fixme:msvcrt:__CxxFrameHandler (0x40481e98,0x405959b0,0x40481b20,0x040481ab0):stub?...(repeated) Luckily, people seem to be trying to fix this kind of problem for wine so in the future, you won't need this native dll. I can't believe I missed this part. I thought it wasn't needed because I cleaned out my wine install setting up War3 retail to find out the exact steps. I copied this dll to my home directory thinking it was outside the windows/system path, and would purposely not load... come to find today... I see this F:/msvcrt.dll in some logs!!! doh it was loading it all along. I tried running install.exe without, and discovered what people been talking about. I hope people can get running now, because wine War3 does work very well. =) Jesse

July 19, 2002

Re: OLE classes registration

by Andriy Palamarchuk

--- "John K. Hohm" <jhohm(a)acm.org> wrote: [skipped] > I agree. After all, there is not yet a way for dlls > that are already self- > registerable to automatically get registered when > installing Wine. We have the regsvr32 tool in Wine. You can register the dlls in wineinstall script using this tool. > Also, I > can benefit from your work in finding the correct > registry entries when I do > implement self-registration. Exactly, this is what I mean. I'll submit all the changes native oleauto32 makes while registering. Andriy __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

July 19, 2002

Re: libwine problem when calling GetModuleHandle(null) from C# on linux

by Alexandre Julliard

"Steinar Herland" <steinar.herland(a)gecko.no> writes: > When I run this on Windows (.NET) it prints out the module-handle. If I run it on linux using mono, I get: > ------ > err:heap:HEAP_GetPtr Invalid heap 00000000! > GetModuleHandle(null): 0 You probably simply linked your Unix app to the wine dlls. You have to use winebuild to build a Winelib app to have all initialization be done properly. -- Alexandre Julliard julliard(a)winehq.com

July 19, 2002

Re: Bug in WINPOS_GetWinOffset? (was Possible Fix?)

by Alexandre Julliard

Joshua Thielen <joshua_thielen(a)yahoo.com> writes: > I don't know if this is related to the bug Anthony > encountered, but why does WINPOS_GetWinOffset() use a > goto when it adds the offset of a parent window from > another process? Shouldn't the server request > 'get_window_parents' be used to retrieve all of the > parent windows from other processes? Or can there only > be one parent from another process? The get_windows_offset request will take all the parents into account in a single call. This is to avoid having to do a separate server call for each parent that belong to another process. -- Alexandre Julliard julliard(a)winehq.com

July 19, 2002

Re: OLE classes registration

by John K. Hohm

Quoting Andriy Palamarchuk <apa3a(a)yahoo.com>: > --- "John K. Hohm" <jhohm(a)acm.org> wrote: > [skipped] > > I wrote the regsvr.[hc] in dlls/comcat with the > > intent of their being useful > > for other dlls' self-registration. It should be > > possible to copy regsvr.h and > > regsvr.c, tweak the implementations of > > DllRegisterServer and > > DllUnregisterServer, and write the appropriate > > regsvr structure definitions, > > and have made another dll self-registerable. I > > would be willing to do that > > myself for other dlls if those responsible for them > > ask nicely. :-) > > John, as this is not implemented yet I think it still > has sense for me to add the OLE classes registration > entries to the default registry file. > The default registry value can be removed later when > dlls registration is implemented. I agree. After all, there is not yet a way for dlls that are already self- registerable to automatically get registered when installing Wine. Also, I can benefit from your work in finding the correct registry entries when I do implement self-registration.

July 18, 2002

Re: solaris configure strangness

by Francois Gouget

On Thu, 18 Jul 2002, Gregg Mattinson wrote: > This patch fixes the configure problems reported to wine-devel by Shachar > Shemesh. I have only tested it on sparc/solaris. This patch must be applied > after my __sparc__ not defined patch sent to wine-patches on July 17. > > License: LGPL/X11 > > Changelog: configure.ac configure > - X11/extensions/shape.h requires X11/Xutil.h > - X11/XKBlib.h requires X11/Xlib.h > - net/if.h requires sys/socket.h > - netinet/ip.h requires sys/socket.h and sys/in_systm.h > - resolv.h requires sys/socket.h I tested it here and it looks good. It even fixes configure warnings on FreeBSD :-) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Good judgment comes from experience, and experience comes from bad judgment -- Barry LePatner

July 18, 2002

Re: AutoCAD2000 again and CreateFiber

by Eric Pouech

Max a écrit : > > Hmmmm... what's a TEB (or NT_TIB) ??? :-) TEB: Thread execution block... it's the descriptor of any running thread in the system (see include/thread.h) on NT, the TEB starts with a thread information block > Little question... where can I find some info to understand unix page > protection schemes ? Need it to look deeper in VirtualQuery functions, it > seems to me there's some bug there man mmap ? but imo that's more linked to the way we load the executable and it's a bit more tricky than pure page protection issues A+

July 18, 2002

Re: OLE classes registration

by Andriy Palamarchuk

--- "John K. Hohm" <jhohm(a)acm.org> wrote: [skipped] > I wrote the regsvr.[hc] in dlls/comcat with the > intent of their being useful > for other dlls' self-registration. It should be > possible to copy regsvr.h and > regsvr.c, tweak the implementations of > DllRegisterServer and > DllUnregisterServer, and write the appropriate > regsvr structure definitions, > and have made another dll self-registerable. I > would be willing to do that > myself for other dlls if those responsible for them > ask nicely. :-) John, as this is not implemented yet I think it still has sense for me to add the OLE classes registration entries to the default registry file. The default registry value can be removed later when dlls registration is implemented. Andriy __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

July 18, 2002

Re: Virtual Pages difference - Spotted with VirtualQuery()

by Andreas Mohr

On Fri, Jul 19, 2002 at 12:05:41AM +0200, Max wrote: > As usual, AutoCAD seems to be a good test-bench for wine :-) > I spotted the problem that seemed coming from VirtualQuety function, but > that is (I guess... hmmmm) more a problem of memory handling in wine. PE files don't get their image mapping done correctly (i.e. wrong page protection flags for various memory image sections). I once tried to fix it, but it turned out to be a bit problematic (crashes), so I gave up on it again. See relevant code in loader/* (probably pe_image.c). -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

July 18, 2002