September 2003 - Wine-devel

Re: DOS: silence some fixme's
by Andreas Mohr 21 Sep '03

21 Sep '03

Hi, On Sun, Sep 21, 2003 at 03:51:32PM +0200, Michael Stefaniuc wrote: > Hello, > > The DOS32A extender checks if a dos32 extender is already installed. As > we probably don't want to implement one silence this check. > > License: LGPL, X11 > Changelog: > Michael Stefaniuc <mstefani(a)redhat.com> > - silence the FIXME's produced by a check for a dos32 extender > - silence the FIXME produced by an install check of MVSOUND.SYS Sorry, that's incorrect. Wine DOES have to implement a DOS extender. How would a DOS extender which does that check actually "extend" DOS under Wine? Answer: it wouldn't, since it can't, since it isn't able to establish protected mode, since it's already enabled. Thus it's Wine which has to do it, since it has proper access to 32bit linear address and selector mapping functionsI (and the DOS extender querying that would gracefully step back from providing DPMI). And thus we also need to announce it. If Wine didn't do it, then nobody else could establish DOS extender functionality, and we'd lose some functionality here. (that's also the reason why Windows has a DPMI extender since Windows 3.0, BTW...) -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

3 2

docs: wine-devel [0/16]
by Dimitrie O. Paun 21 Sep '03

21 Sep '03

Hi folks, I've been doing some work on the Wine Developer's Guide. It's in better shape now, but I'd still rate it at 2.5 stars. It still needs some work until it's production quality, but the end is in sight. In fact, if Lionel can look at the OpenGL section (lots of things changed in there lately), and Eric at the Multimedia section (lots of things out of date), we'd be so much closer. Instead of sending all the updates as one big patch, I've tried to split them up, for all the known reasons. But before I start sending patches, I have a few comments about this documentation business. First, we have to resist the temptation to add a lot of redundant information. Like what is cvs, how it functions, etc. There are better resources available on the web, and we simply don't have the manpower to maintain, translate, etc. all this information. Having a lot of documentation may give us a warm and fuzzy feeling, but in fact it just shows how we have failed to make Wine transparent, and/or we haven't refined the docs. Nobody likes to read documentation, so let's keep it short, sweet, and interesting. Second, we have to avoid at all cost including information that can change often. We get an update for these docs only once every few years, and having obsolete information in there is way worse than having no information at all. There are better places to put such info: man pages, web pages (WineHQ), etc. Having it duplicated somewhere in the depths of these manuals serves no purpose then to create more (and useless) work for us. Third, we have to try to make these things look as books, and less likely a motley collection of files, interlaced with TODOs/FIXMEs/etc. -- Dimi.

1 0

how complete is the WINE DirectX & OLE/COM header files?
by Jonathan Wilson 21 Sep '03

21 Sep '03

1.where do I get the most complere DirectX & OLE/COM header files? WineHQ CVS or somewhere else? 2.how complete are they? 3.what version of DirectX are the header files targeted at?

1 0

Bug in the heap management code?
by MichaelGuennewig＠gmx.de 21 Sep '03

21 Sep '03

Hallo. When I try to play "The Elder Scroll III: Tribunal" version 1.4.1313 german under wine I get a page fault after some time. The time span differs and so the calling point of the heap management but it always occurs in HEAP_CreateFreeBlock in line 415. Generating of a full "-debugmsg +heap" log is nearly impossible because it takes too long to start the game and start playing (after > 200 min. it still wasn't finished with initializing). ,----- | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0010, blocked by 000c, retrying (60 sec) | err:ntdll:RtlpWaitForCriticalSection section 0x7d63d8 "?" wait timed out in thread 0009, blocked by 000c, retrying (60 sec) | Unhandled exception: page fault on write access to 0x53acae7c in 32-bit code (0x400826d1). | In 32-bit mode. | 0x400826d1 (HEAP_CreateFreeBlock+0x11 [heap.c:415] in libntdll.dll.so): movl $0x45455246,0x4(%esi) | 419 pEnd = (char *)ptr + size; | Wine-dbg>bt | Backtrace: | =>0 0x400826d1 (HEAP_CreateFreeBlock+0x11(subheap=0x539a0000, ptr=0x53acae78, size=0x3f6ebd18) [heap.c:415] in libntdll.dll.so) (ebp=4c031d80) | 1 0x400829be (HEAP_ShrinkBlock+0x4e(subheap=0x539a0000, pArena=0x53aaae70, size=0x20000) [heap.c:521] in libntdll.dll.so) (ebp=4c031d9c) | 2 0x400838c7 (RtlAllocateHeap+0xa7(heap=0x40460000, flags=0xa, size=0x20000) [heap.c:1159] in libntdll.dll.so) (ebp=4c031dc8) | 3 0x40aac68e (IDirect3DDevice8Impl_CreateImageSurface+0x9e(iface=0x4052fca8, Width=0x100, Height=0x80, Format=0x31545844, ppSurface=0x53a81dd0) [device.c:1987] in d3d8.dll.so) (ebp=4c031dec) | 4 0x40aaba39 (IDirect3DDevice8Impl_CreateTexture+0x119(iface=0x4052fca8, Width=0x100, Height=0x80, Levels=0x5, Usage=0x0, Format=0x31545844, Pool=0x1, ppTexture=0x52c58170) [device.c:539] in d3d8.dll.so) (ebp=4c031e20) | 5 0x006b9766 (Morrowind.exe..text+0x2b8766 in Morrowind.exe) (ebp=535bb5c0) | 6 0x00000001 (ebp=00748e84) | 7 0x006cf2a0 (Morrowind.exe..text+0x2ce2a0 in Morrowind.exe) (ebp=006ce690) | 8 0x00000478 (ebp=e8f18b56) | *** Invalid address 0xe8f18b56 (MSVCP60.DLL..reloc+0x70dfab56) `----- ,----- | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0010, blocked by 000c, retrying (60 sec) | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0009, blocked by 000c, retrying (60 sec) | Unhandled exception: page fault on write access to 0x537c0064 in 32-bit code (0x400826d1). | In 32-bit mode. | 0x400826d1 (HEAP_CreateFreeBlock+0x11 [heap.c:415] in libntdll.dll.so): movl $0x45455246,0x4(%esi) | 419 pEnd = (char *)ptr + size; | Wine-dbg>bt | Backtrace: | =>0 0x400826d1 (HEAP_CreateFreeBlock+0x11(subheap=0x536b0000, ptr=0x537c0060, size=0x3f6f4c38) [heap.c:415] in libntdll.dll.so) (ebp=4c032518) | 1 0x400829be (HEAP_ShrinkBlock+0x4e(subheap=0x536b0000, pArena=0x537bff90, size=0xc8) [heap.c:521] in libntdll.dll.so) (ebp=4c032534) | 2 0x400838c7 (RtlAllocateHeap+0xa7(heap=0x40460000, flags=0x2, size=0xc8) [heap.c:1159] in libntdll.dll.so) (ebp=4c032560) | 3 0x412befe7 (MSVCRT.DLL.??_U(a)YAPAXI@Z+0x27 in msvcrt.dll.so) (ebp=4c032580) | 4 0x00412b03 (Morrowind.exe..text+0x11b03 in Morrowind.exe) (ebp=4c03261c) | 5 0x00412dcb (Morrowind.exe..text+0x11dcb in Morrowind.exe) (ebp=4af5fce8) | 6 0x5376b8e0 (_end+0x832c1f0) (ebp=4cbe2238) | 7 0x444e414c (_end+0x2ebf630) (ebp=007428b0) | 8 0x004c8620 (Morrowind.exe..text+0xc7620 in Morrowind.exe) (ebp=004c7b90) | 9 0x00000018 (ebp=e8f18b56) | *** Invalid address 0xe8f18b56 (MSVCP60.DLL..reloc+0x70dfab56) `----- Michael

5 8

[TOOLS] winecheck has still old environment syntax
by MichaelGuennewig＠gmx.de 21 Sep '03

21 Sep '03

Symptom: >>> Checking drive F settings: 016. Checking Path option... SUSPICIOUS (%HOME% does not exist !). - ADVICE: create this directory or point Path to a real directory. 017. Checking Type option... OK. --> PROBLEM. Changelog: Adapted winecheck to use new environment variable syntax (ex. %HOME%). Michael

1 1

usefull info on GDI internals but more is needed
by Jonathan Wilson 21 Sep '03

21 Sep '03

http://msdn.microsoft.com/msdnmag/issues/03/01/GDILeaks/ It indicates that there is a table that holds GDI internals and gives details about it. I can also confirm that the API call GdiQueryHandle in gdi32.dll retrieves pointer to this handle table. Does anyone have any more info related to how GDI handles work, what the different bits mean, how to turn a gdi handle into an entry in the shared handle table, the internal structures behind the pointers or whatever? Is anything more given in Windows Graphics Programming: Win32 GDI and DirectDraw that would help with this?

2 1

ros explorer
by Ivan Leo Murray-Smith 21 Sep '03

21 Sep '03

It looks cool, maybe it should go into the programs dir, in any case it look much better than the wine desktop. http://spazioinwind.libero.it/nonsolomicrosoft/explorer.html

1 0

re: wine + valgrind
by Dan Kegel 21 Sep '03

21 Sep '03

Oleg asked: > Could anyone give me the point how to use valgrind and wine altogether ? http://developer.kde.org/~sewardj/ says http://developer.kde.org/~sewardj/valgrind-1.9.6-wine.tar.bz2 is the valgrind to use. "This is variant of the older 1.9.6 stable release. It makes it possible to run Wine on Valgrind, and so to debug Windows applications with Valgrind. See README_WINE_FOLKS in this tarball for details. Valgrind 1.9.6-wine will work with any current CVS version of WINE, or any snapshot build from 20030408 onward. Provided you have the PDB files for executables and DLLs, valgrind will give stack traces for MSVC compiled code. Multi-threaded programs are fully supported. Leak checking does not work at the moment. A big thanks to Adam Gundy, arg(a)cyberscience.com, for this." - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Fwd: [ros-kernel] Wow - InstlMsi
by Steven Edwards 20 Sep '03

20 Sep '03

We are making some progress. Thanks for all the help from the WINE team Thanks Steven Note: forwarded message attached. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

wine + valgrind
by Oleg Prokhorov 20 Sep '03

20 Sep '03

Hello wine-devel, Could anyone give me the point how to use valgrind and wine altogether ? -- Best regards, Oleg mailto:xolegpro(a)rbcmail.ru

1 0