February 2004 - Wine-devel - list.winehq.org

Re: Fix Potential Deadlock in LdrLoadDll
by Alexandre Julliard 12 Feb '04

12 Feb '04

Robert Shearman <R.J.Shearman(a)warwick.ac.uk> writes: > This patch fixes a potential deadlock in LdrLoadDll as it tries to call > LdrUnloadDll with the loader lock held, resulting in deadlock once > LdrUnloadDll also tries to enter the loader critical section. > This only happens on process_attach failure. This cannot deadlock, a critical section is reentrant. There must be some other issue here. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: widl function pointers
by Alexandre Julliard 12 Feb '04

12 Feb '04

Ove Kaaven <ovek(a)arcticnet.no> writes: > Incidentally, that means I also reversed his indentation suppression of > the arguments of these function pointers, but I don't see the "old" > indentation as a problem - after all, MIDL does not suppress indentation > of function pointer arguments, why should widl? > > But I could probably submit a patch with Alexandre's indentation changes > preserved if he's really attached to it. I don't really care about the indentation, but the reason for the change was so that we could use the proper type in the METHODS macro without having to add special support for escaping EOLs. Your patch avoids this issue by declaring function pointers as void*, but I'm not sure I agree that this is the right thing to do. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Resend of Update to heap.c
by Alexandre Julliard 11 Feb '04

11 Feb '04

jeffl <jeffl(a)defcen.gov.au> writes: > When browsing ntdll/heap.c I noticed that the condition set would > cause a memory leak if the unlikely event ever occured. The patch > causes a warning to be issued as well so that there is a record. Why would it cause a memory leak? This thing is only used for clearing the block when debugging. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine/dlls/ntdll virtual.c
by Mike Hearn 11 Feb '04

11 Feb '04

> Log message: > Don't request PROT_EXEC permissions when mapping an image file to > avoid problems on noexec filesystems with kernel 2.6. http://people.redhat.com/mingo/exec-shield/ANNOUNCE-exec-shield According to the exec-shield paper, its effects can include revealing "bugs in applications that assume PROT_READ implies PROT_EXEC" due to the funky things it does with relocations into the ASCII-armour. Not sure but it might be worth ensuring mprotect is called afterwards.... Just a random thought, I don't think it'd matter in this case as we use MAP_FIXED anyway.

2 1

Re: can the wine debugger be disabled
by Dmitry Timoshkov 11 Feb '04

11 Feb '04

"Cristóvão B. B. Dalla Costa" <cbraga(a)fs.inf.br> wrote: > However, in the company I work for we will replace a hundred or so PCs > which run Windows with Linux PCs. The people using these PCs are the > most clueless possible, and we want to avoid aggravation from them > when/if the Wine debugger shows up when an application fails. That's > inacceptable since those people would be lost and not know what to do. > However, I cannot figure out how to do so using configuration files > (wineserver -d0 rarely does the trick, and I don't think we can rely on > that). The easiest way for you is to edit the following registry key: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\AeDebug] or remove it altogether. -- Dmitry.

1 0

Linking against a dll
by Dan Timis 11 Feb '04

11 Feb '04

Is it possible to link a wine application against a Windows dll without calling LoadLibrary? The documentation says: > All the libraries you link with should be available as '.so' > libraries. If one of them is available only in '.dll' form then > consult Building WineLib DLLs. But, the chapter "Building WineLib DLLs" talks only about taking a Linux library and making it available as a .dll.so library. I could build a wrapper library that uses LoadLibrary and then calls each available functions, but I can also do that directly in my code, which I am trying to avoid if possible. Thanks. Dan Timis Muse Research, Inc.

2 1

possible StretchBlt problem
by Kevin Koltzau 11 Feb '04

11 Feb '04

I'm having an issue with StretchBlt and alpha channels, I've got 2 DIBs, and using StretchBlt from one to the other. If the source and destination height & width are identical, it works perfectly, but if I increase or decrease either height or width by as much as 1 pixel, the alpha channel appears to be zeroed out Digging through x11drv, I think I narrowed the problem down to a XGetImage call in BITBLT_GetSrcAreaStretch where the alpha channel is lost, but when XCopyArea is used, alpha is preserved I'm not extremely familiar with X at this level so I very well may be completely wrong, and I have no idea what type of solution there would be Anyone familiar with this stuff that may be able to help? Thanks Kevin

1 0

WineConf movie
by Boaz Harrosh 10 Feb '04

10 Feb '04

Hi guys I'm back home. WineConf has been a profound experience for me. Thank you all. It is my intention to edit a 4-7 minutes of a WineConf2004 movie. to post on the web. I am browsing through the 8 hours of WineConf videos and I need your help: Please from the top of your head, be totally associative, what are the couple of moments you most remember / where profoundly moved by, at WineConf2004? I will try and use every ones feelings that way to guide me through the edit process. I'm not sure it will make it easer but it looks like a short cut. Free Life Boaz

6 5

strange file name question.
by Rein Klazes 10 Feb '04

10 Feb '04

Hi, Showing my ignorance, but this is the first time that I see something like this: (agent.xrs is indeed a zip file) | 0009:Call kernel32.GetFileAttributesA(416818c4 "H:\\binw\\Agent\\agent.xrs#zip:version.xml") ret=005f4635 | 0009:Ret kernel32.GetFileAttributesA() retval=ffffffff ret=005f4635 it looks that with a normal file function you can access the contents of a zip file. What is a proper search term to look for the documentation on msdn? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

An excellent test program for Wine
by gslink 10 Feb '04

10 Feb '04

I find the following program to be an excellent test program for anything that acts like Windows. The program is Vast and may be downloaded from http://www-306.ibm.com/software/awdtools/smalltalk/. The program you want is the 6.0.2 fixpack which is also a fully operational evaluation version of Vast. It gives an evaluation notice on startup but is not disabled and has no timeout. The value of this program is that it runs on everything from Win 95 on and uses just about every feature in a Windows system. It is one of the best tests of system integrity I have been able to find. It almost installs and runs on Wine.

1 0