- Wine-Devel - list.winehq.org

VirtualProtect bug?
by Robert Reif May 18, 2004

May 18, 2004

I'm trying to write a test that checks for data overruns using VirtualAlloc and VirtualProtect and I think I may have found a bug. Here is the problem: DWORD dwPageSize; BYTE * twoPages, temp; DWORD flOldProtect; twoPages = VirtualAlloc(NULL, 2 * dwPageSize, MEM_RESERVE | MEM_COMMIT, PAGE_READWRITE); res = VirtualProtect(twoPages + dwPageSize, dwPageSize, PAGE_NOACCESS, &flOldProtect); temp = twoPages[dwPageSize + 1]; // should cause exception but doesn't in wine twoPages[dwPageSize + 1] = 0; // does cause exception I would like to write a test to check the exception handling but I don't know how to do a __try and __except in C. Any ideas?

2 2

RE: Message Notify
by Julliard May 18, 2004

May 18, 2004

1 0

Re: [MSI] Added version info to MSI dll
by Filip Navara May 18, 2004

May 18, 2004

Christian Costa wrote: >+#define WINE_FILENAME_STR "amstream.dll" > This should be '#define WINE_FILENAME_STR "msi.dll"'. - Filip

2 1

Path too deep???
by Clare May 18, 2004

May 18, 2004

Hello groups, I would like to use Wine to run a Windows compiler "cc" to complie a c file "test.c" on Linux, but I have the problem. <try1> cd /a1/a2 wine -- /usr/local/bin/cc -c /b1/b2/b3/b4/b5/b6/test.c -o test.o Catastrophic error: could not open source file \b1\b2\b3\b4\b5\b6\test.c I try this in another way like this: <try2> cd /a1 wine -- /usr/local/bin/cc -c /b1/b2/b3/b4/b5/b6/test.c -o test.o This works well. Could you give me some informations why <try1> has the error? Thank you. Best Regards, Clare

2 1

RE: Text message
by Dmitry May 18, 2004

May 18, 2004

1 0

Re: Document
by Julliard May 18, 2004

May 18, 2004

1 0

New changes
by Dmitry May 18, 2004

May 18, 2004

1 0

Almost forgot...
by Robert van Herk May 18, 2004

May 18, 2004

This is the url of the website of the GP install people http://www.qsc.co.uk/source_ins.htm The idea is that you pay for another product (version controlling system) and then get the source code for GP install for free :-). Grtz, Robert

1 0

GP Install
by Robert van Herk May 18, 2004

May 18, 2004

Hi people, GP-install is a free win32 setup builder. I have been using it in Wine, and it is quite usable except for some irritating (wine) bugs. For example, it forgets that it is installed and before each run needs to be installed again... :-( I read on the GP install website that they have source available, though at a price. Would it be wise if I would mail them and ask whether for Wine they would grant us (or me) free access to their source code, just to patch up Wine a bit? After all, it would also increase their possible install base... Greetings, Robert

1 0

RE: Getting the API's for Windows Applications
by Rolf Kalbermatter May 18, 2004

May 18, 2004

Jacobus Erasmus <jacobus(a)kewlconcepts.co.za> wrote: >Is it possible to workout or read the API's that a specific Windows >application use ? > >The theory is that it would be possible to estimate the amount of work >needed to get a Windows app to work on Wine by calculating the number of >API's that is not working or only half working and estimating the time >it would take to correct these API's. This would be a very rough estimation. Some APIs are simple to implement and some are not. The ones not yet in Wine are often of the second class but that is not a general rule. >By running wine-debug it is possible to get the API's used by an >application. I'm hoping that there is some simpler way (although I'm not >holding my breath) to read the API's used by an application directly >from the .exe or .dll. It really depends. You could walk the import table of the executable both the standard and delayed imports and get quite far. dumpbin or whatever it is called can do that. However this will not account for dynamically imported APIs some applications do, to work for instance around API differences between different Windows version. Or another reason might be that a certain API is optional and the app should keep running eventhough that API is not available on the target system. I think to catch those APIs as well only API profiling would help. But it may not be the main issue here as the dynamic runtime linking is most often done to prevent the application from not starting up when the underlyiing API is not present. Rolf Kalbermatter

3 2