April 2006 - Wine-Devel - list.winehq.org

What happened to the Fedora packages?
by Neal Gompa Aug. 2, 2014

Aug. 2, 2014

What happened to the Fedora packages? They have not been updated since 0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro supported has the up to date packages!!! And why does the Red Hat packages site not go to the SourceForge site as it does for SUSE packages and the others?? I have not really had the guts to ask until now, because I thought that maybe there was a slump, but now, its getting annoying!! And Fedora just released Fedora Core 5 yesterday!!! Please tell me new packages will be ready soon!!! Compiling WINE always crashes my computer, so I prefer to use the RPMs...

10 18

winspool: ERROR_INVALID_NAME in GetDefaultPrinter() ?
by Detlef Riekenberg Oct. 9, 2013

Oct. 9, 2013

Hi. >From which configuration does the "ERROR_INVALID_NAME" came from, when calling GetDefaultPrinter(NULL, &size) and no Printer is installed? This Test is Present in the current "dlls/winspool/tests/info.c". MSDN told us, that we receive an "ERROR_FILE_NOT_FOUND", if no Printer is installed: http://msdn.microsoft.com/library/en-us/gdi/prntspol_0hma.asp I get the "ERROR_FILE_NOT_FOUND" on win98se, winme, w2k and win2003 in this Situation. -- By By ... ... Detlef

3 3

The status of the wintab dll
by Robert North Dec. 24, 2007

Dec. 24, 2007

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think after the 10 or more patches to the Wintab dll that I submitted last month, I should say something about it's status... And of course thank Alexandre for applying those patches. P.S. I won't be available from the 15th for about a week or so. So, if you have any questions, I'm afraid you might have to be patient. Hope this is of interest to someone -Rob. ******Applications: Current status*********** ***In Painter 5 *Cursor pressure works. (Therefore is usable by most) *Cursor orientation is a little odd: The orientation maths needs to be re-done. *No eraser. Haven't yet cracked what enables the eraser. *Doesn't work in desktop mode: Need to map to desktop coordinates. *Repeats windows bugs where cursor looses pressure/orientation info almost bug for bug (Is this a feature? ;-) *Cannot detect pressure/orientation int the "Brush Tracking" window: The tablet context is attached to the main window, so no events get to the popup, even if they overlap. This is not how windows wintab functions. ***In Photoshop 6. *Can only get tablet data in desktop mode: This is because the tablet context is attached to the desktop. Which generates/receives no wine events outside desktop mode. * Eraser and pen pressure working. *But* to get them working, you must have 3 XInput devices listed in your XF86Config file, They need to be the last entries in the "ServerLayout" section and the following order: eraser, tablet mouse. This is a far from ideal way of specifying the devices Wintab should use :-/ I'll document this if someone can point me to a good place to put the docs. *******To Do************* 1. Look at X11 errors. There appear to be some errors that deny some users the ability to access Wintab enabled apps. (I think I know how to fix this) 2. Improve orientation data. Orientation comes in as X-Y coords (Implicit Z), and has to leave as spherical coords. This calculation needs to be re-done. 3. When tablet context is on top, let it read XInput events from all the app's top-level windows. (This simulates the fact that the context is usually designed to cover the whole screen) 4. When tablet context is attached to desktop, read XInput events from all the app's top-level windows. 5. Tests ~ --My current philosophy on tests is... ~ Use Photoshop & Painter, any formal tests ~ can be written if anyone else gets involved in patching Wintab, to avoid regressions, and conflict. **********Long term to do (Anyone interested?):********* There's a lot of work that could be done here, but what gets done and who does it probably depends upon whether anyone finds an app that needs these features. I'd love to implement these, but realistically, I don't foresee doing this unless someone hires me to do so ;) 1. Improve configuration of wintab. Wintab could probably do with some information entered into the config file, to avoid the user having to hack their Xfree86cfg file. 2. Handle Z-Order of context properly. This entails *sharing Z-Order between apps. *Working out exactly what role windows have in determining tablet context z-orders. *Allow tablet contexts that don't cover the whole screen/tablet. *Handle inter-application clipping of tablet contexts *Allow all application's windows to receive tablet events when tablet context is on top 3. Implement non-system tablet contexts (Where system cursor not moved by pen or mouse) 4. Unicodify 5. Implement various wintab extensions. 6. Implement wintab manager functions. 7. Tests. *********Unknowns********* 1. How are wintab contexts are raised lowered? Contexts have their own z-order independent of windows, and their own viewport concept, based upon the tablet's coordinate system, not that of the OS. It appears that entering, or clicking on the window the tablet context is attached to will raise/lower the context. But I haven't done much testing on this. In particular, what happens if more than one app request their tablet context is attached to the desktop? 2. How Painter detects the eraser. Have 3 possibilities i. Windows can detect an eraser, and sends specific messages. (I'm sure I've seen this, but can't work out where!) ii. Only works if tablet and cursors are named correctly. (Probably linked to wacom tablets only). iii. I've missed something 3. Requirements of other applications -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCC8zI2vfwxdLxwWYRAsisAJ4q2gAYTgRc6f9wDI+Ruv943eDxOQCfcl3s /ZKMUGwQOuw/SIIbOkIUbd0= =R4M7 -----END PGP SIGNATURE-----

2 1

re: What operating systems will Winelib run on non-x86 systems?
by Dan Kegel Nov. 21, 2006

Nov. 21, 2006

Hi Wei Li, last year, you asked in http://www.winehq.org/hypermail/wine-users/2004/06/0086.html > I could not find the info regarding what operating systems > (such as AIX 5L v5.2, HP-UX 11i, Solaris Release Level > 9) will Winelib run on non-x86 machines. I'll really > appreciate it if someone can provide my related link or > info. I can only find the following link regarding the > supporting OS but it does not provide Winelib's supporting > OS info: > http://www.winehq.org/site/docs/wine-faq/index 3.1. > Under what hardware > platform(s) and operating system(s) will Wine(Lib) run? I'm sorry nobody got back to you -- the wine-devel mailing list might have been a better place to ask. I believe winelib runs on the following non-x86 operating systems: Linux, Solaris, Mac OS X, and FreeBSD. There's no reason in principle it couldn't run on AIX or HP/UX. Some work has been done on an HP/UX port, but some assembly would be required to complete it: http://www.winehq.com/site/?issue=241#HP-UX%20Port Cheers, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

re: Wine-wiki broken by design
by Dan Kegel Nov. 16, 2006

Nov. 16, 2006

Maybe the wine wiki could publish a machine-readable sitemap; see http://www.xml-sitemaps.com/ http://www.google.com/webmasters/sitemaps/docs/en/about.html That would put less load on the server than letting Yahoo and Google crawl the wiki themselves. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 3

Re: Martin Fuchs : shell32: SHELL32_GetItemAttributes()
by Rein Klazes June 13, 2006

June 13, 2006

Hallo Martin. This patch is giving me trouble: >Author: Martin Fuchs <martin-fuchs(a)gmx.net> >Date: Sat Feb 11 12:16:56 2006 +0100 > >shell32: SHELL32_GetItemAttributes() >- correct documentation which incorrectly claimed not to set any > attribute bits >- retrieve file attributes using SHGetPathFromIDListW() when they are > not already present in the internal PIDL structures >- add test case to show the previously wrong folder attributes when > using absolute PIDLs >- fix some memory leaks in the tests in a couple of wine configurations that I use this leads to an infinite lop when the openfile dialog is called. The call sequence is SHELL32_GetItemAttributes->SHGetPathFromIDListW->ISF_Desktop_fnGetAttributesOf->SHELL32_GetItemAttributes which repeats until the stack overflows. Here is a part of a back trace: | 13 0x7b8533ed SHELL32_GetItemAttributes+0x2dd(psf=0x7bc6bc28, pidl=0x7bc5e058, pdwAttributes=0x7ba5ae54) [/usr/home/projects/wine/mywine/dlls/shell32/shlfolder.c:430] in shell32 (0x7b8533ed) | 14 0x7b83fcb8 ISF_Desktop_fnGetAttributesOf+0x148(iface=0x7bc6bc28, cidl=0x1, apidl=0x7ba5ae5c, rgfInOut=0x7ba5ae54) [/usr/home/projects/wine/mywine/dlls/shell32/shfldr_desktop.c:459] in shell32 (0x7b83fcb8) | 15 0x7b8288cd SHGetPathFromIDListW+0x7d(pidl=0x7bc5e058, pszPath=0x7ba5b0c0) [/usr/home/projects/wine/mywine/dlls/shell32/pidl.c:1273] in shell32 (0x7b8288cd) | 16 0x7b8533ed SHELL32_GetItemAttributes+0x2dd(psf=0x7bc6bbb8, pidl=0x7bc5e058, pdwAttributes=0x7ba5b334) [/usr/home/projects/wine/mywine/dlls/shell32/shlfolder.c:430] in shell32 (0x7b8533ed) | 17 0x7b83fcb8 ISF_Desktop_fnGetAttributesOf+0x148(iface=0x7bc6bbb8, cidl=0x1, apidl=0x7ba5b33c, rgfInOut=0x7ba5b334) [/usr/home/projects/wine/mywine/dlls/shell32/shfldr_desktop.c:459] in shell32 (0x7b83fcb8) | 18 0x7b8288cd SHGetPathFromIDListW+0x7d(pidl=0x7bc5e058, pszPath=0x7ba5b5a0) [/usr/home/projects/wine/mywine/dlls/shell32/pidl.c:1273] in shell32 (0x7b8288cd) | 19 0x7b8533ed SHELL32_GetItemAttributes+0x2dd(psf=0x7bc6dd70, pidl=0x7bc5e058, pdwAttributes=0x7ba5b814) [/usr/home/projects/wine/mywine/dlls/shell32/shlfolder.c:430] in shell32 (0x7b8533ed) A +relay,+shell log of one loop is attached below. Running wineprefixcreate or reinstalling wine.inf does not help. On a clean new installation there is no problem (but I like to keep using the old stuff with a hundred or so of installed windows programs). Any idea? Rein.

3 4

comctl32.dll: Running siap and modules under wine, first steps
by Maximiliano Curia June 12, 2006

June 12, 2006

Hi, I'm trying to use a program called "siap"[1] under wine. It's the required program to pay taxes that the Argentinian government uses. So, it's quite important for the free software community in Argentina to be able to use it in a free software environment. However, I haven't heard of any real success on it, so far. I've been trying to make it run using winetools[2], and differents versions of wine. The furthest I've gone, has been with version 20050310 and all the "plugins" that winetools provides, installed. Only then, could I install the application, run it, switch between the different modules (although it worked only sometimes), but I can't really use it. There are a couple of important widgets that seem to be incompatible with wine. But as I'm not an expert neither in Windows nor in wine, the one I could really track down is a TreeView widget (from comctl32.dll) (from the main window of the program), that is not fully implemented in wine, and by using a native comctl32.dll (I tried using the win98, winme, win2k libraries) the widget would work but some of the other stuff, like switching to one of the modules wouldn't. I made a screenshot to make this clearer, the wine version[3] and the w2k version[4]. So, what should I do next? Is there some documentation of how to implement a certain Windows widget in wine? Is anybody working in this dll, or has worked on this widget? I'd appreciate any comments. Thanks, [1] http://www.afip.gov.ar/programas/siap_main.asp (spanish only) [2] http://www.von-thadden.de/Joachim/WineTools/ [3] http://gnuservers.com.ar/~maxy/wine/siap-wine.png [4] http://gnuservers.com.ar/~maxy/wine/siap-w2k.png -- Saludos, /\/\ /\ >< `/

4 8

re: Possibly crazy idea to deal with memory layout problems once and for all
by Dan Kegel May 11, 2006

May 11, 2006

> it seemed that the only way to resolve it would be to > get in between the application and any libraries, and the kernel. > > If wine_preloader were extended to have its own implementation of all the > friends of mmap(), and to have its own implementation of the dynamic linker, > then in principle it could make sure only its mmap (and not the C library's) > is called. You can override mmap() in wine by just changing all the places it's called. (Having control over the source is a wonderful thing.) But if you want mmap to behave truly differently, you'd probably need to change the kernel. I seem to recall somebody was working on a linux kernel module for wine that just dealt with program loading, but I can't recall who. Perhaps he'll surface and comment on this. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 7

Re: [WINED3D] QueryInterface corrections
by H. Verbeet May 7, 2006

May 7, 2006

On 25/04/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > (2) write a NULL argument on no match. > > This patch corrects those issues, and also changes GetContainer() for > surfaces and volumes to use the return value as MSDN specifies > (WINED3D_INVALIDCALL), not E_NOINTERFACE on failure. Did you verify this on Windows? MSDN tends to lie about these kind of things. Also not that te value that wined3d returns isn't necessarily the same as what the respective d3d8/d3d9 call returns, although in practice it often is.

3 7

Re: winspool/tests: fix broken test for GetPrinterDriver (updated)
by Dmitry Timoshkov May 1, 2006

May 1, 2006

"Detlef Riekenberg" <wine.dev(a)web.de> wrote: > else > { > - ok(GetLastError() == ERROR_INVALID_LEVEL, "wrong error %ld\n", GetLastError()); > - ok(needed == (DWORD)-1,"not expected needed buffer size %ld\n", needed); > - continue; > - } > + /* ERROR_OUTOFMEMORY from win9x go away, when needed was initiated with 0 */ > + ok( !ret && > + ((GetLastError() == ERROR_INVALID_LEVEL) || > + (GetLastError() == ERROR_OUTOFMEMORY)), > + "%d: returned %d with %ld (expected '0' with: " \ > + "ERROR_INVALID_LEVEL or ERROR_OUTOFMEMORY)\n", > + level, ret, GetLastError()); > + /* needed is modified in win9x. testing for "needed == (DWORD)-1" will fail */ That's interesting, is there a pattern how win9x modifies it? > > + } > + if(GetLastError() != ERROR_INSUFFICIENT_BUFFER) continue; This line above is misplaced, better do not remove 'continue;' in the invalid level case. -- Dmitry.

2 3

Re: shdocvw 2: Added [get|put]_Visible implementation.
by Robert Shearman May 1, 2006

May 1, 2006

Jacek Caban wrote: > static HRESULT WINAPI WebBrowser_put_Visible(IWebBrowser2 *iface, VARIANT_BOOL Value) > { > WebBrowser *This = WEBBROWSER_THIS(iface); >- FIXME("(%p)->(%x)\n", This, Value); >- return E_NOTIMPL; >+ VARIANTARG arg; >+ DISPPARAMS dispparams = {&arg, NULL, 1, 0}; >+ >+ TRACE("(%p)->(%x)\n", This, Value); >+ >+ This->visible = Value; >+ >+ V_VT(&arg) = VT_BOOL; >+ V_BOOL(&arg) = Value; >+ call_sink(This->doc_host.cp_wbe2, DISPID_ONVISIBLE, &dispparams); >+ >+ return S_OK; > > You don't actually show or hide the window, so it would be good to keep the FIXME there. -- Rob Shearman

3 5

Wine and Java -- some success!
by Segin May 1, 2006

May 1, 2006

Ahh, with 0.9.12, we are one step away from using Java!! So far, I have tried to use a Java-based game that provides it's own JRE in Wine. It start up fast, and i do mean *fast*, and displays the game's splash-banner, and draws a quick black all over the screen (which other X clients remove by repainting their windows). It then decides to crash, but alas, it did do *something*. javaw.exe -version gives this: java version "1.4.0_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03) Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed mode) the crash gives just this, and nothing more: swapper.jar: stack smashing attack in function WAVEMAP_widMessage() Aborted -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

3 3

Google Sketch-Up Not Starting
by Vijay Kiran Kamuju May 1, 2006

May 1, 2006

Hi, I tried to start latest tool form the Google Stable, Google SketchUp. This is a product Google acquired by the acquisition of @land Software. Now this tool is giving a Dialog box about incorrect display drivers and saying that ChoosePixelFormat Failed. Now what should i try more (debug channels) no err msgs are shown in the cmd prompt. Thanks, Vijay

5 6

Remove the European CVS server?
by Scott Ritchie May 1, 2006

May 1, 2006

Since it seems like most people are using GIT, and the European CVS server has a severely annoying tendency to not be up to date, I propose we eliminate the European CVS server entirely and remove it from this page: http://www.winehq.com/site/cvs For an example of how it's hurting development, see this bug: http://bugs.winehq.org/show_bug.cgi?id=4323 Thanks, Scott Ritchie

2 1

RE: DDraw, wined3d (d3d8, d3d9) and OpenGL32 in Mac OSX + stack fudging -- x86 only
by Nick Burns May 1, 2006

May 1, 2006

Here is the patch thus far -- It is not clean or anything... (cvs -q diff - straight from my tree) --I think this patch will work and allow you to run specific ogl and d3d apps (with enough stack fudging see below) --Here is an example of the stack fudging --Since this is too hard to add to all entry points... I did not bother doing it en mass (only for functions that were causing crashes for demos -- waiting for gcc goodness) void WINAPI SomeApiEntryPoint() { //begin stack alignment asm("pushl 0(%ebp)");//save ebp` asm("movl %esp, 0(%ebp)");//hope that 0(%ebp) is not used in function //save esp -- ebp -> esp -> ebp` asm("subl %ebp, %esp");//calc n asm("addl %esp, %esp");//n*2 asm("addl %ebp, %esp");//n*2+esp asm("subl $0x10, %esp");//pad out stack asm("andl $0xFFFFFFF0, %esp");//align the stack //end stack alignment ... //body ... //begin stack restore asm("movl 0(%ebp), %esp");//restore esp -- ebp -> esp -> ebp` asm("popl 0(%ebp)");//restore ebp` + esp //end stack restore return; } WEEEEEEEEE so fun - Nick

2 2

Re: DDraw, wined3d (d3d8, d3d9) and OpenGL32 in Mac OSX + stack fudging -- x86 only
by Chris Niederauer May 1, 2006

May 1, 2006

I didn't work on this patch, but I can add some answers to Mike's questions... On Sun, 30 Apr 2006 05:32:49 -0700, Mike Hearn wrote: > On Sat, 29 Apr 2006 14:46:33 -0700, Nick Burns wrote: >> OpenGL dynamic loading >> -- Mac OSX does not need to dlsym every ogl entry point -- it >> handles >> that for you... > > Hmm, well so do Windows and Linux ;) I think it's done that way > because > some of the GL functions are introduced in later versions of OpenGL > so we > need to test for them at runtime. We can at least avoid any direct dlsym references on the Mac and simply use the glXGetProcAddress procedure. Also, for anything that is added to the OpenGL stack post 10.4.4 or whatever the first intel version of OS X was, it could avoid a huge amount of glXGetProcAddress's for the included opengl calls like glBegin, etc. Was there more to this you wanted to add, Nick? >> Stack fudging >> -- mac requires 16 byte aligned stack windows does not >> -- this leads to illegal instructions (aligned wrongly) > > This is an Intel Mac right?! Intel chips have never required > alignment as > far as I know, though it can help performance. This is not a requirement by the processor, per se, but by the OS X ABI. When a windows function attempts to call into an OS X function, the ABI must be properly set up in order to work with the OS X ABI compliant code. 16 byte alignment is one requirement of OS X's ABI: <http://developer.apple.com/documentation/DeveloperTools/Conceptual/ LowLevelABI/Articles/IA32.html> >> GLX Root Window >> -- Wine uses the fact that a root window exists in x11 in many >> places... >> -- But no one wants to run the x11 root window on their mac >> (what the >> b&w checkerz are ugly?) > > What stops you fixing the Mac X server to, well, not suck? I don't > see why > you need to hack Wine to fix this. On systems that already have roots like the Window Server on OS X and the GDI root on Windows, your system then looks like Linux. This works fine and all, but it makes it so that Mac OS X and Windows apps don't show up side by side with the linux apps. In the end, I'm sure it would be most desirable to avoid X11 on the Mac completely because it's an optional install (albeit easily installable after the fact) and it just doesn't have an OS X feel to it, which is what people would desire who are running OS X. Chris

3 5

dependencies on freetype and fontforge
by Robert Lunnon May 1, 2006

May 1, 2006

Is it really necessary to have hard dependencies on both freetype and fontforge, configure returns a fail if either of these is missing ? I can live with a dependency on freetype since Sun supplies this lib but I'd rather not depend on fontforge, which might not be installed on a target system Bob

2 3

About irp framework for safedisc support
by Vijay Kiran Kamuju May 1, 2006

May 1, 2006

Hi, I would like to know about what is required for the irp framework to be implemented for wine. I just want to put enough information so that it might be possible for someone or even me to pick-up this issue. May be this might be ready for the next years Google SOC. ;) Thanks, Vijay

2 2

Start Programs reg entry
by Tom Spear (Dustin Booker, Dustin Navea) May 1, 2006

May 1, 2006

A while back there was a bug reported because certain installers looked in the registry for the path to the programs menu, and when they couldnt find it, they would abort the install. http://bugs.winehq.org/show_bug.cgi?id=2765 The bug was closed once a patch was committed.. Seems that now, wineprefixcreate has the same issue, and since we are using that to setup the wine environment instead of wine itself, it is causing the same problem. This should be trivial, but it is annoying having to manually add something that should be in the registry by default anyways.. I reopened the bug for now since it is an issue again and people were posting to it. Tom

2 1

RFC: sfd2ttf
by Markus Amsler April 30, 2006

April 30, 2006

Hi, Here's a first version of an sfd2ttf tool based on fontforge-20051205. You can dwonload it from [1]. It consists of 5 files (with Makefile) and has a size of 500K. There's still some dead code lying around, I think I can bring it down to 300K-400K. Is this acceptable? SFD reading was quite easy, the code was well seperated. TTF generation was a bit harder. I decided to output TrueType, with bitmap tables from OpenType. The others ttf variations (full OpenType or even aat (Apple Advanced Typography)) are not supported, as it would make the tool a lot bigger (factor 2-5 or so) and i believe it's not needed (right?). I'm really no font expert, so any comment is welcome. Markus [1] http://oribi.org/download/sfd2ttf.tar.gz

11 16

Re: server: Retrieve the groups for a token from the server
by James Hawkins April 30, 2006

April 30, 2006

On 4/26/06, Robert Shearman <rob(a)codeweavers.com> wrote: > ChangeLog: > Retrieve the groups for a token using a server call instead of hard > coding them. > Hey Rob, Before this patch, we simulated administrator's privileges in the TokenGroups case, but we're no longer recognized as admins. Any app that calls advpack.IsNtAdmin will fail if they check the result and requie admin privileges. Is there any way to add us to the admin group by default? -- James Hawkins

1 0

Wine and process "names"
by Segin April 30, 2006

April 30, 2006

Good day, everybody! I have recently done two things: A. I stopped trying to get Wine to use SDL for a graphics display -- the entire idea just sucks. B. Upgraded to 0.9.12 This has presented me with something quite odd Windows programs running in Wine had their argv[0]'s exposed to Linux. Let me clarify: When you run 'ps', the first word in the "CMD" field is usually a program's argv[0] and is referred to as the process's "name", but of course you all know that. It seems that Windows processes have their names exported to Linux in the same way, I literally had this in the 'ps' output: 13885 pts/1 00:00:21 C:\windows\notepad.exe Is this a new behaviour of Wine 0.9.12, or have the virus writers finally caught up with us? -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

3 5

Re: Summer of Code Project: DirectPlay
by Adam Luchjenbroers April 30, 2006

April 30, 2006

On Sat, 15 Apr 2006 20:03, Alexander N. Sørnes wrote: > This is a proposal for a Google Summer of Code Project. > > Improve Wine's DirectPlay implementation so that it can at least run a > simple demo app, and ideally end up enabling network play for a free > game demo. > A list of such demos is available here > http://wiki.winehq.org/DirectPlayGames Always wanted to see that implemented, but there's the issue of the DirectPlay protocol itself, which AFAIK is undocumented. Or do we have a solution for that? -- Nostalgia isn't what it used to be.

4 7

crash in mixer.c:457
by Molle Bestefich April 30, 2006

April 30, 2006

Winecfg --> Audio --> OSS, Full Hardware Acceleration. wine starcraft.exe. Result: ============ wine: Unhandled page fault on read access to 0x7e5c0000 at address 0x7d3c02d6 (thread 000f), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x7e5c0000 in 32-bit code (0x7d3c02d6). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7d3c02d6 ESP:7d058850 EBP:7d058888 EFLAGS:00010206( - 00 - RIP1) EAX:00003800 EBX:7d3de7a0 ECX:00003800 EDX:ffffffc0 ESI:7e5c0000 EDI:7fdd43b2 Stack dump: 0x7d058850: 7fd93d28 7fdd43b0 00007000 7fc2a2b0 0x7d058860: f1208000 00000000 00010000 00000000 0x7d058870: 00003800 00007000 00007000 7d3de7a0 0x7d058880: 7fd5b238 00004000 7d0588d8 7d3c10bc 0x7d058890: 7fd93d28 00000000 00007000 7ffb6d3c 0x7d0588a0: 00000001 7d058900 0000000c 7d0588f8 Backtrace: =>1 0x7d3c02d6 DSOUND_MixInBuffer+0x116(dsb=0x7fd93d28, writepos=0x0, fraglen=0x7000) [/root/wine-git/dlls/dsound/mixer.c:457] in dsound (0x7d3c02d6) 2 0x7d3c10bc DSOUND_MixOne+0x2bc(dsb=0x7fd93d28, playpos=0x0, writepos=0x0, mixlen=0x7000) [/root/wine-git/dlls/dsound/mixer.c:784] in dsound (0x7d3c10bc) 3 0x7d3c1769 DSOUND_MixToPrimary+0x109(device=0x7fd5b238, playpos=0x0, writepos=0x0, mixlen=0x7000, recover=0x1) [/root/wine-git/dlls/dsound/mixer.c:854] in dsound (0x7d3c1769) 4 0x7d3c1fbb DSOUND_PerformMix+0x29b(device=0x7fd5b238) [/root/wine-git/dlls/dsound/mixer.c:1068] in dsound (0x7d3c1fbb) 5 0x7d3c24c2 DSOUND_timer+0x122(timerID=0x1, msg=0x0, dwUser=0x7fd5b238, dw1=0x0, dw2=0x0) [/root/wine-git/dlls/dsound/mixer.c:1128] in dsound (0x7d3c24c2) 6 0x7d337983 TIME_TriggerCallBack+0xf3(lpTimer=0x7fd5abb0) [time.c:95] in winmm (0x7d337983) 7 0x7d337ba4 TIME_MMSysTimeCallback+0x174(iData=0x7d38aa80) [/root/wine-git/dlls/winmm/time.c:206] in winmm (0x7d337ba4) 8 0x7d337d38 TIME_MMSysTimeThread+0x78(arg=0x7d38aa80) [/root/wine-git/dlls/winmm/time.c:242] in winmm (0x7d337d38) 9 0x7fc64274 THREAD_Start+0x124(ptr=0x7fd5abb0) [/root/wine-git/dlls/kernel/thread.c:76] in kernel32 (0x7fc64274) 10 0x7ffba53f start_thread+0x24f(info=0x7fd5abc8) [/root/wine-git/dlls/ntdll/thread.c:357] in ntdll (0x7ffba53f) 11 0xb7f92aba start_thread+0x8b in libpthread.so.0 (0xb7f92aba) 12 0xb7f2e39e __clone+0x5e in libc.so.6 (0xb7f2e39e) 0x7d3c02d6 DSOUND_MixInBuffer+0x116 [/root/wine-git/dlls/dsound/mixer.c:457] in dsound: movswl 0x0(%esi),%eax 457 field += *obufs;

1 0

[Wine] Required Fontforge versions
by Segin April 30, 2006

April 30, 2006

This is not a question email, but one that states the minimum required Fontforge needed to build Wine. Treat it as third-party documentation. Versions of Wine up to 0.9.10 need fontforge-20050624; Never use anything older. Versions 0.9.11 and 0.9.12 require something newer. Try fontforge-20060408 on for size. -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

1 0