March 2006 - Wine-devel - list.winehq.org

WGL_PBUFFER_LOST_ARB implementation
by Tomas Carnecky 25 Mar '06

25 Mar '06

This patch implements 'WGL_PBUFFER_LOST_ARB'. It creates a new field in 'X11DRV_PDEVICE' which is used to store flags (currently only one: X11DRV_FLAG_DAMAGED). This flag indicates that the drawable (PBuffer) is damaged and no longer valid. As soon as the x11 driver receives the GLX_DAMAGED event it calls X11DRV_GLX_Event() which then set the flag. wglQueryPbufferARB() uses ExtEscape() to retrieve this flag and can decide whether the PBuffer is lost or not. This patch depends on one I've sent earlier to the wine-patches mailing list: '[x11drv] Move x11drv ExtEscape() codes to one common header file.'. Please look through this patch and tell me if I've done something horribly wrong or missed an important aspect. I'm very new to wine and I don't know what I am allowed to touch and what not. tom

1 0

Re: Wine/Interix -- The pros and cons.
by Kuba Ober 25 Mar '06

25 Mar '06

On Saturday 25 March 2006 14:04, you wrote: > I have hands-on experience with it. I know that if you get the > abandonware X11 server, XDeep/32, and symlink the xdeep40.exe file (i > think that's it) to /usr/X11R6/bin/X (/dev/fs/C/xdeep32/bin/xdeep40.exe > -> /usr/X11R6/bin/X) you can use startx... > > And by the way, I use NetBSD pkgsrc on Interix (which is a supported > platform per the NetBSD pkgsrc site.) Interesting! One only hopes it's not bait-and-switch on MS's side. Cheers, Kuba

1 0

Winetools -> wine doors
by Karl Lattimer 25 Mar '06

25 Mar '06

I read your story about winetools a couple weeks ago around the same time that I tried using winetools on FC5 test 3, it didn't go well with winetools and I was looking for another solution and couldn't find one that fitted well with my criteria. I started thinking of packages like RPMs and started breaking down a wine application installation into what we would need to run it directly from the application menu. What I came up with this is, its pretty raw right now, its simply a small self contained package for managing the install process of a wine application, soon I'm going to start work on creating a package repository and the package browser but would really like to use the appdb for supplementary information, i.e. screenshots version compatibility etc... http://www.qdh.org.uk/wordpress/?cat=6 I have also considered having a way of making apps install gobally on a machine so any and every user has access to them, and considered using inotify to watch events and provide a way of handling this. This is still in the beginning stages and I would be grateful for any input you may have. I was very interested in what was published here, http://www.winehq.org/?issue=308#Winetools..%20part%20II I've looked through the winetools code and it is a clusterf*ck of nonsense. It appears to be in the final stages of code rot, however there are some useful little bits in there which I have been cannibalising when necessary into my own application. The beauty of this is that it is only an application shell, in theory the appdb could be the central configuration repository containing all the information to make an app work. Available apps can be browsed, downloaded if possible or installed from a cd drive with minimal fuss. I have one other who has joined in the project, his name is Alex Doukas and I believe he has also recently joined wine-devel. Right now we're at the stage of building up some script archives and starting to put together application packs for the most important stuff, I will be working on the downloaders/xml parsers within the next couple of weeks and hopefully we should soon have a working application where the community keeps it up to date. To prevent duplication of work I would suggest that suggestions to my project will be accepted, I hope to provide some public space for bug tracking etc... in the next couple of weeks and even public SVN. I currently have this configured and running but unfortunately do not have a great deal of bandwidth. The more people who join in the better, python programmers especially welcome, any scripts should eventually be posted to the bugzilla. Once the application db and my application fit together nicely we could have users publishing scripts in the appdb.

4 7

Bug 4806 - CpuDetect.dll missing (need help)
by Tom Spear 25 Mar '06

25 Mar '06

When trying to load up various apps, users are having problems with wine causing the program to say that certain files are missing, even when run from within the program directory (where the file that is supposedly missing is).. The problem has been narrowed down to this patch: http://www.winehq.org/pipermail/wine-cvs/2006-January/020072.html ..It seems to be that wine thinks the header is bigger than the file to be read. Louis Lenders and Tony Lambregts have narrowed it down to one line, which commenting out causes the programs to work.. After they added some traces to the code, it appears that the st.st_size variable is correct but the header_size variable is incorrect.. My question is where is wine pulling the header size from to fill into that variable to have given it the value that it is getting? And is there a simple (as well as proper) solution for this? Tom

1 0

Could not run Digital Mars C/C++ Compiler under Wine
by Igor Sysoev 25 Mar '06

25 Mar '06

When I try to run any program from Digital Mars C/C++ Compiler http://www.digitalmars.com/download/freecompiler.html under Wine 0.9.10 on FreeBSD 6.1, I always see the error: C:\dmc\bin>dmc wine: Unhandled stack overflow at address 0x405620 (thread 0017), starting debugger... WineDbg starting on pid 0x16 Couldn't initiate DbgHelp Unhandled exception: stack overflow in 32-bit code (0x00405620). file_set_error: Bad address file_set_error: Bad address Register dump: CS:0033 SS:003b DS:003b ES:003b FS:1007 GS:001b EIP:00405620 ESP:0035ff6c EBP:0035ffe8 EFLAGS:00010216( - 00 -RIAP1) EAX:00000000 EBX:9c297064 ECX:0035ff1c EDX:00000000 ESI:9c099460 EDI:00405620 Stack dump: 0x0035ff6c: 9c20b210 9c099460 00000000 00000000 0x0035ff7c: 00000000 ffffffff 9c1d1ff8 9c1e47ec 0x0035ff8c: 9c20b1a8 9c297064 0035ff6c 0035ffe8 0x0035ff9c: 00110000 00001000 0000127f 00000000 0x0035ffac: 00000000 00000000 00000000 00000001 0x0035ffbc: 00000000 00000000 00000000 00000000 0200: sel=1007 base=00110000 limit=00001fff 32-bit rw- Backtrace: =>1 0x00405620 (0x00405620) file_set_error: Bad address 0x00405620: -- no code accessible -- Modules: Module Address Debug info Name (0 modules) Threads: process tid prio (all id:s are in hex) 00000016 (D) C:\dmc\bin\dmc.exe 00000017 0 <== 00000008 00000009 0 Igor Sysoev http://sysoev.ru/en/

2 4

ilink32 hungs under Wine 0.9.10
by Igor Sysoev 25 Mar '06

25 Mar '06

When I try to link with ilink32.exe from C++ Builder Compiler and Command Line Tools ( http://appdb.winehq.org/appview.php?versionId=1423 ) ilink32 hangs. I saw comment on http://appdb.winehq.org/appview.php?versionId=1423 about changing ADDRESS_SPACE_LIMIT. Could be applied to 0.9.10 ? Igor Sysoev http://sysoev.ru/en/

1 1

monitoring OS API calls
by Saulius Krasuckas 25 Mar '06

25 Mar '06

Hi, I mean Windows there - my primary aim is to monitor WinAPI calls. There exists quite a few of monitor apps to achieve this. But their nature is soft-intrusive - they patch system DLLs on disk or PE images in memory. I'd like to monitor calling of a functions from a lower-level side. One possibility is to rewrite system DLLs, which is hard in a case of Windows. Maybe another possibility can be to run OS in machine emulator and to break on reading/executing some virtual memory addresses? I imagine physical memory maps into linear addresses which maps into virtual addresses (perhaps into unshared space of each win32 process). Then it would be nice to implement a Debug Logging similar to one from the Wine project. [*] What effort is needed to implement breaking of emulation on execution of given/defined virtual addresses (plus reading a CPU state and virtual memory) of different Windows OS versions inside machine emulator? Can such code be put as some plugin to BOCHS or so? Maybe I need to look at the different machine virtualization projects like Qemu? [*] http://winehq.org/site/developer-cheatsheet

3 2

Re: [opengl] Catch BadMatch errors before they can occur.
by Lionel Ulmer 25 Mar '06

25 Mar '06

> Oh, and this patch creates a new debug-channel 'swapbuffers' and puts > both opengl swapbuffers functions into it. What is the reason for this change ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 8

firefox dogfooding on 0.9.10 - png bux FIXED.
by Segin 25 Mar '06

25 Mar '06

As of 0.9.10, the bug which caused all PNGs in Firefox to appear inverse is fixed. Also, for developers with slower machines, try using Mozilla 1.7.x, it's much much faster than Firefox. It may not have *as many* bugs, but it still brings up the same exact OLE problems which Firefox does, so using it is just as useful here.

1 0

GetExitCodeProcess always returns 1
by Igor Sysoev 25 Mar '06

25 Mar '06

3 years ago I reported that on FreeBSD Wine-20030508's GetExitCodeProcess() always returns 1: http://www.winehq.org/hypermail/wine-devel/2003/06/0100.html This report included a small test case. It was fixed by patch: http://www.winehq.org/hypermail/wine-devel/2003/06/0381.html and I used the patched Wine-20030508 to run MSVC, OpenWatcom C, and Borland C in a command line. Recenty I build Wine-0.9.10 from ports on FreeBSD 6.1, but GetExitCodeProcess() still always returns 1. Igor Sysoev http://sysoev.ru/en/

7 23