wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Windows LNK file format
by Lonnie Cumberland 27 Mar '02

27 Mar '02

Hello All, I am working with wine and want to develop a simple application that will read the Win85/98/2000 LNK files that are used to hold the application data for the desktop icons and url. does anyone have any information on these files, or has anyone done any work with some code to read/write these files? Cheers, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

3 2

wineserver not terminating
by Lonnie Cumberland 27 Mar '02

27 Mar '02

Hello All, I have recently noticed that after starting up a wine instance, that upon closing the appliction sometimes the wine instance is still a running process and I have to kill it manually. I am running the latest version of wine as well. Any ideas as to what is going on here and how this can be fixed. Cheers, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

2 1

Re: ntfs filesystem
by Lonnie Cumberland 27 Mar '02

27 Mar '02

Hello Dante, I must be confused. I know about the different types of filesystems that can be made and mounted on the Linux VFS, but doesn't Wine allow you to specify in the ./wine/wine.conf the filesystem type? In Windows NT for example, the user can assign permissions in a similar way that Linux allows. the same is true for Windows 2000 and I suspect for Windows XP as well. So this is really related to wine and how it interacts with the psuedo filesystem. Is this correct? Cheers, Lonnie > Lonnie Cumberland wrote: > >>Hello Again All, >> >>I just had another thought and was wondering if someone was >>working on the NTFS filesystem for Wine? >> >>I am guessing that this is what is being used in the Windows2000 >>and Windows XP as well, right? >> > I believe at least in 2k, you had an option, > but this is a moot point since filesystem layer code is outside > the realm of wine .. > this is done by the host operating system. > There is a ntfs fs project for linux : > http://linux-ntfs.sourceforge.net/ > > --Dante -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

2 1

Re: Hack/work-around for cursor problem on sparc-solaris
by Warren_Baird＠cimmetry.com 26 Mar '02

26 Mar '02

> I don't think there are places where LoadCursor can legitimately > fail. Besides, since your SetDefaultCursor is not an exported API it > could only be used inside user32.dll, where LoadCursor will definitely > never fail (modulo bugs of course). Ok - I'll just leave my hack in locally then. Warren

1 0

Re: Hack/work-around for cursor problem on sparc-solaris
by Warren_Baird＠cimmetry.com 26 Mar '02

26 Mar '02

> I don't see how you can do that, SetCursor doesn't call LoadCursor. > And LoadCursor on system cursors is not supposed to fail so there is > no need to handle that case; if it fails it's a bug that should be > fixed. That's true, but the paradigm SetCursor(LoadCursorA(...)); happens in a lot of places... What I'm suggesting is replacing them with something like: HCURSOR cursor = LoadCursorA(...); if (cursor) { SetCursor(cursor); } else { SetDefaultCursor(); } As I said, if you don't think this will ever happen in 'real life', I'm happy to leave my hack in place locally until I get the cursor thing sorted out correctly... But if there are any legitimate cases where LoadCursorA might fail, this would probably give a better result... Warren

2 1

Re: OT: Buggy fonts
by Duane Clark 26 Mar '02

26 Mar '02

Huw D M Davies wrote: > A much better way to do font rendering in Wine is to use the new > client side rendering code. For this you need an XServer capable of > supporting the RENDER extension (xdpyinfo will tell you whether you > have such a beast) and a copy of the FreeType library version at least > 2.0.5 (but the later the better). Add a [FontDirs] section to your > ~/.wine/config file, with entries pointing at any directories that > contain TT fonts... This got me to try out the client side rendering. It really does make the fonts (in MS Word in particular) not suck! Nice job. Guess I will stick with this configuration. I came across two issues. The first is that virtually all dialogs and some windows were being drawn too narrow. The window/dialog height was normal. Looking at traces with and without the client side rendering, I saw this difference: Server rendering: trace:dialog:DIALOG_ParseTemplate32 DIALOG 0, 0, 287, 165, 0 trace:dialog:DIALOG_ParseTemplate32 STYLE 0x80c820c0 trace:dialog:DIALOG_ParseTemplate32 EXSTYLE 0x00000000 trace:dialog:DIALOG_ParseTemplate32 CAPTION L"Open" trace:dialog:DIALOG_ParseTemplate32 FONT 8, L"helv", 0, FALSE trace:font:WineEngCreateFontInstance L"System", h=16, it=0, weight=400, PandF=22, charset=0 orient 0 escapement 0 ... trace:font:XFONT_GetAvgCharWidth retuning 6 trace:font:XFONT_RealizeFont physfont 3 trace:font:GetTextMetricsW text metrics: Weight = 400 FirstChar = 0 AveCharWidth = 6 Client rendering: trace:dialog:DIALOG_ParseTemplate32 DIALOG 0, 0, 287, 165, 0 trace:dialog:DIALOG_ParseTemplate32 STYLE 0x80c820c0 trace:dialog:DIALOG_ParseTemplate32 EXSTYLE 0x00000000 trace:dialog:DIALOG_ParseTemplate32 CAPTION L"Open" trace:dialog:DIALOG_ParseTemplate32 FONT 8, L"helv", 0, FALSE ... trace:font:WineEngCreateFontInstance L"helv", h=-10, it=0, weight=0, PandF=00, charset=1 orient 0 escapement 0 ... trace:font:WineEngGetTextMetrics OS/2 winA = 1854 winD = 434 typoA = 1491 typoD = -431 typoLG = 307 FT_Face a = 1854, d = -434, h = 2355: HORZ a = 1854, d = -434 lg = 67 maxY = 2124 minY = -665 trace:font:WineEngGetTextMetrics xAvgCharWidth 904 x_scale 20480 tmAvgCharWidth 4 trace:font:GetTextMetricsW text metrics: Weight = 400 FirstChar = 32 AveCharWidth = 4 Suspecting the average char width, but not understanding the code that generates it, I cheated. In WineEngGetTextMetrics(), I added: if (ptm->tmAveCharWidth == 4) ptm->tmAveCharWidth = 6; And this fixes all the dialogs and windows for me. The other problem I ran across is shown in these pictures, showing server and client side rendering. My little hack above had no effect on this particular problem. http://www.leewardfpga.com/server.png http://www.leewardfpga.com/client.png As can be seen, the vertical text is getting chopped off slightly. The font with the problem is Tahoma, and this is with a ~/.wine/config that contains [fonts] "Resolution" = "96" "Default" = "-adobe-times-" "DefaultFixed" = "fixed" "DefaultSerif" = "-monotype-times new roman-" "DefaultSansSerif" = "-microsoft-tahoma-"

3 4

Re: Hack/work-around for cursor problem on sparc-solaris
by Warren_Baird＠cimmetry.com 26 Mar '02

26 Mar '02

Alexandre Julliard wrote: > No; you can actually set a NULL cursor to hide the cursor. This is > also used by ShowCursor(). Ok... Do you agree that we should handle the 'failed to load cursor resources' problem in a better way that just drawing no cursor? If not, I'll just leave my change in locally until I get the cursor loading fixed on solaris. Once I get the problem fixed it may not be a big deal... If so - how do you suggest we address it? One possibility would be add a new function named something like 'X11DRV_SetDefaultCursor' and have SetCursor call it when LoadCursor fails... Anyone have a better idea? Warren

2 1

pthreads patch
by Chris Morgan 26 Mar '02

26 Mar '02

After adding some printfs I discovered that jack was locking up at a call to pthread_create. Jack also uses plenty of other pthreads functions so I tried to implement as many as possible. Just wanted to run this patch by people before submitting to wine-patches. scheduler/pthread.c, thread.c, server/thread.c, request.h, include/winbase.h, include/wine/server_protocol.h, dlls/kernel/kernel32.spec Chris Morgan <cmorgan(a)alum.wpi.edu> Implement OpenThread(). Implement a few pthreads functions. Patch is X11 as Ove helped out.

1 0

Re: Conversion of HACMOBJ to void* (bug #478)
by Eric Pouech 26 Mar '02

26 Mar '02

Vincent Béron a écrit : > > I had to transform acmMetrics16 to a atub (was dubbed "semi-stub") > because of an impossibility to convert a HACMOBJ16 (16bit offset > pointer, without segment info) to a HACMOBJ (32bit linear pointer): a > pointer less or equal than 0x0000ffff would certainly not access the > right memory area. two points: 1/ a handle can have any value... it's up to the DLL to decide what value it really is (pointer, index into an internal array, key to look up in a set...). in msacm case, since 16bit handles are not implemented yet, you cannot really tell 2/ you can leave the semi-stub as it is, mainly when the handle is NULL (which is in lots of cases for acmMetrics). However, since no 16 bit handle can be created, acmMetrics16 will only be called with NULL handles, since the semi-stub so, I'd propose to let acmMetrics16 call acmMetrics only if hao is 0 A+

1 0

socket question
by michael cardenas 25 Mar '02

25 Mar '02

I'd like to throw this out there for anyone more familiar with sockets in wine than I am. Here's some of the output of running aol with --debugmsg +winsock: trace:winsock:WS_socket af=2 type=1 protocol=0 trace:winsock:WS_socket created 0320 trace:winsock:WS_bind socket 0320, ptr 0x40595b7c, length 16 trace:winsock:WSAAsyncSelect 0320, hWnd 006f, uMsg 00000468, event 00000033 trace:winsock:WSAEventSelect 00000320, hEvent 00000328, event 01000033 trace:winsock:WS_connect socket 0320, ptr 0x40595b50, length 16 trace:winsock:WINSOCK_DoAsyncEvent socket 00000320, event 00000328 trace:winsock:WINSOCK_DoAsyncEvent post: event bit 4, error 10061 trace:winsock:WINSOCK_DoAsyncEvent socket 00000320, event 00000328 trace:winsock:WINSOCK_DoAsyncEvent post: event bit 5, error 0 trace:winsock:WSAAsyncSelect 0320, hWnd 006f, uMsg 00000468, event 00000000 trace:winsock:WSAEventSelect 00000320, hEvent 00000000, event 00000000 trace:winsock:WINSOCK_DoAsyncEvent socket 00000320, event 00000328 trace:winsock:WINSOCK_DoAsyncEvent orphaned event, self-destructing this seems to happen over and over again. My application sets up it's socket to send it a window message when the event happens, but the event takes too long and so the app turns off the notification, and the event becomes orphaned.

1 0

Re: debugging longman dictionary
by Laurent Pinchart 25 Mar '02

25 Mar '02

I looked at the trace log you attached to your email, and recognised (unfortunately) familiar copy protection output :-( Is anyone working on implementing what would be needed to successfuly run copy-protected softwares ? I ran into the same problems when I tried to play The Longuest Journey with Wine. I disassembled a large part of the code and rewrote it in C to try to understand what was going on. If anyone is interested I can send my work by e-mail (I won't send it to the list as the files are quite big). Basically, the copy protection scheme I studied used the following technique. One of the sections in the PE file is encrypted. The decryption key is generated from the content of the other sections. The process of decrypting the encrypted section tried to detect if a debugger is running, and fails to run properly if so. This results in the inability to decrypt the PE file if the unencrypted section is modified or if a debugger is running. There must be some code to detect if the application CD is genuine but I've never been able to go past the decryption part. To detect if a debugger is running, the following actions are performed (in no particular order): - the code tries to open some files using CreateFileA : "\\.\SICE", "\\.\SIWVID" and "\\.\NTICE". This fails as the SoftICE VxDs are not loaded, so no problems there - it also tries to read/write to the debug registers. this produces an unhandled exception. should be trivial to write an exception handler to support that (right ?) - the code writes binary code to the interrupt vector table (at address 0 - division by 0 handler), and then cause to the division by 0 interrupt handler to be called by dividing a value by 0. - the TIB (Thread Information Block, which address is located at fs:0) is read. The following C code illustrates the technique (which I don't understand :-) bool detect_debugger_from_TIB { char *pTIB; asm ( "mov %%fs:0x18, %", "=g"(pTIB) ); if ( pTIB[0x20] == 0 ) return FALSE; else return TRUE; } - another debugger detection technique uses int 0x68, functino 0x4300. If the content of eax when returning from int 0x68 is not 0x4300, a debugger is present. This is not performed on some NEC Japanese systems, which probably use int 0x68 for another purpose. - the last attempt to detect a debugger uses int 0x01 (enter SMM/ICE mode), which checks if an external hardware emulator is connected to the processor. I haven't been able to understand what the code is supposed to do. There might be some other anti-debugging techniques, I gave up after 2 weeks of disassembly :-) Hope these observations will help someone. Laurent Pinchart

4 15

ntfs filesystem
by Lonnie Cumberland 25 Mar '02

25 Mar '02

Hello Again All, I just had another thought and was wondering if someone was working on the NTFS filesystem for Wine? I am guessing that this is what is being used in the Windows2000 and Windows XP as well, right? cheers, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

1 0

similar WIne projects for MAC?
by Lonnie Cumberland 25 Mar '02

25 Mar '02

Hello All, I am really starting to get involved with the wine project and am trying get up to speed so that I can start to implement some of the FIXME functions as soon as possible. I was just wondering if there was also an type of Wine project that would allow MAC to run on Linux as well, but not in the respect of having to load the MAC os like VMware? Cheers, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

1 0

Hack/work-around for cursor problem on sparc-solaris
by Warren_Baird＠cimmetry.com 25 Mar '02

25 Mar '02

Hi all, I've managed to come up with a work-around for the cursor problem on sparc-solaris. What I'm not sure about is whether this should be checked in as a general fix. The problem was that if X11DRV_GetCursor (dlls/x11drv/mouse.c) is called with a NULL CURSORICONINFO pointer, it would explicitly create a completely empty cursor... This doesn't seem like the right thing to do to me - it seems to me much better to create a default cursor from the provided X11 cursor font, and use it. The question is, does anyone rely on this behaviour? From what I've seen of the code, this only happens if there is a problem loading the windows cursors, in which case it would be much more sensible to show a default cursor than no cursor at all. If someone is relying on this to create an empty cursor, it might be better for them to explictly create a CURSORICONINFO that creates an empty cursor. What do people think - should I submit this as a patch? Warren

2 1

Duplicated functions?
by Warren_Baird＠cimmetry.com 25 Mar '02

25 Mar '02

Hi all, I've been digging around trying to track down my cursor issues, and I noticed that there seem to be 3 identical implementation of the function find_entry_by_id implemented in dlls/user/exticon.c, dlls/version/resource.c, and loader/pe_resource.c. Is this intentional? It seems like the danger for the the functions to get out of sync is quite high (especially since there aren't sufficient comments indicating that other versions need to be updated). If it isn't intentional, I'll open a bug about it (I don't really have time to fix it right now), otherwise I'll add a couple of lines of documentation indicating that there are multiple versions that need to be updated to each of the functions comments. Warren

2 1

pthreads issues?
by Chris Morgan 25 Mar '02

25 Mar '02

I've been working on a wine driver for the jack audio server, jackit.sourceforge.net. The concept of the server is to open audio ports and setup a callback function that will be called whenever the server needs more audio data. Everything works fine until the point of starting up the client and starting the calls to the callback function. With the latest cvs version of the jack server and some changes to the driver I haven't been able to get the driver to start the client up successfully, it just hangs after the below first two pthreads errors although I suspect this may be due to the same issues as before. Previously only about 50% of the time would the client be started up correctly, the other half of the time it would report failure to connect to the server and I would have to kill wine and restart a few times before it finally would work. I got errors like below: ~/c/Program Files/winamp$ wine Winamp.exe FIXME:pthread_cond_init FIXME:pthread_cond_signal FIXME:pthread_cond_wait fixme:ntdll:RtlNtStatusToDosError no mapping for 00000102 It appears that something went wrong between wine and wineserver communication and that strange 102 got stuck in there. I've also had strange X errors and another person reported: "I'm having problems getting jack to work with a GTK+ app. 3 times out of 4 when I start I get: engine has shut down socket; thread exiting Xlib: unexpected async reply (sequence 0x102)!" Any ideas? Thanks, Chris

2 1

Cursor issues on sparc-solaris
by Warren_Baird＠cimmetry.com 25 Mar '02

25 Mar '02

Hi all, I alluded to this in a post on Friday, but I'm going to ask about it explicitly now. In the sparc-solaris port, most bitmaps are now showing up fine (with a few fixes in wrc), but when the mouse enters a wine window the mouse cursor disappears. The mouse still works if you can figure out where to click it. I've been tracing through the code, trying to figure out what is going wrong. with a breakpoint in LoadCursorA, I've stepped down through the resource loading code, until I get to PE_FindResourceW. It calls find_entry_by_nameW, which calls find_entry_by_id. The inputs seem fine, but the resource id (0xC) doesn't show up in the IMAGE_RESOURCE_DIRECTORY, which has only 3 entries, with ids 4, 5 and 6... I'm afraid I'm at a bit of a loss so far. My instincts say that the id is fine, and that something is breaking during the loading of the image resource directory - I'm trying to trace back where the image resource directory is populated, but I haven't found it yet... Any suggestions would be distinctly welcome... I'm hoping to get a linux box set up here today, and maybe tracing through the same process under linux will indicate the problem. Thanks! Warren

1 0

Re: Introduction and Sparc Solaris Status
by Warren_Baird＠cimmetry.com 25 Mar '02

25 Mar '02

> On Sparc processor? you mean you're emulating all the other layers too? like > processor, ram, video etc? isn't it kinda ... slow? Note that I said "winelib", and not "wine". Winelib only allows you to *recompile* win32 apps on *nix platforms. So I can take win32 source code, and compile and run it on solaris, hence no emulation is required... > Have you managed to run something a bit more complicated then notepad? again - > I (and I'm sure others) will be happy to hear about this stuff... Not yet. I've built the winemine, notepad and clock sample programs so far... My intent is to try to get the cursor issue fixed, and then worry about porting the rest of our code... Warren

1 0

OT: Buggy fonts
by Russell Howe 25 Mar '02

25 Mar '02

I'm afraid this is a little off-topic, but every time Wine starts, as it builds the font metrics, xfs-xtt (the font server) dies. I'm assuming there's a font (or few) in the system which it doesn't like, or which are corrupt. It makes wine rather annoying to use (and means that if I kill wine and restart the font server, it thinks the metrics are already done and ignores most of my fonts!) Does anyone know an easy way to find out which fonts they are? -- Russell Howe rhowe(a)wiss.co.uk

3 3

BiDi support
by Shachar 25 Mar '02

25 Mar '02

Hi all, I am new to the mailing list. I am interested in helping out with BiDirectional (Hebrew and Arabic) support. Is anyone currently working on it? Are there any leads? I am quite willing to get a from scratch go at it, but I don't want to fork the effort. Shachar

4 4

Re:OT: Buggy fonts
by Eric Pouech 25 Mar '02

25 Mar '02

answer 1/ try to find the font that crashes and remove it answer 2/ try to upgrade to a newer freetype library. resistance to bad font files has been improved A+ > I'm afraid this is a little off-topic, but every time Wine starts, as it > builds the font metrics, xfs-xtt (the font server) dies. I'm assuming > there's a font (or few) in the system which it doesn't like, or which > are corrupt. > > It makes wine rather annoying to use (and means that if I kill wine and > restart the font server, it thinks the metrics are already done and > ignores most of my fonts!) > > Does anyone know an easy way to find out which fonts they are? > > -- > Russell Howe > rhowe(a)wiss.co.uk > > --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

1 0

Adding new libraries to the repository
by Shachar Shemesh 25 Mar '02

25 Mar '02

Hi list, Like I mentioned ealier last week, I intend to add BiDi support to WINE. There is a library called fribidi (http://fribidi.sourceforge.net/) that does a pretty good job, and seems exactly apropriate for this task. I have two questions: A. What are my chances of getting a patch of this magnitude incorporated into the tree. The library is not particularily big, but includes a set of unicode translation files that are automatically generated from the unicode standard. It seems that WINE holds similar files itself, for similar purposes. I have not yet checked whether they conflict, and if they do, whether this conflict is resolvable. B. The library is under the LGPL license. I understand that some of the WINE tree is under the same license, while other parts are under the X11 license. Can someone please comment on the implications of such a move? What things do I need to take into consideration? I would also like to solicit the help of any Arabic speaking developer in this process. I know some of the basic concepts behind Arabic writing, but I am not nearly fluent enough to provide bug free code. Shachar

4 5

DDE Problems again
by Sylvain Petreolle 25 Mar '02

25 Mar '02

Hi, I'm currently running Netscape 6.01 with wine. Runs very fine for me, thanks to you and others.... (I'm writing this mail with it :) ) I only have a problme with ddeml. I got a message at start of netscape 'DDE done with INITIATE but no server window available' that causes a plug-in not to start correctly. What could help with this ? Is there a tip to open a server window before launching netscape ? Thanks by advance, Sylvain. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Pc speaker - using or emulate it
by Sylvain Petreolle 25 Mar '02

25 Mar '02

Hi, looking in DEVELOPERS-HINTS, I saw : Other DLLs: dlls/ - Other system DLLs implemented by Wine <snip> sound/ - Sound on loudspeaker (not sound card) In dlls/, there is no more "sound" directory. Is someone on work to use or emulate the PC speaker with wine today or is it implemented somewhere else ? Thanks by advance, Sylvain. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

First regression test (alloc.c) - Please give feedback
by Geoffrey Hausheer 25 Mar '02

25 Mar '02

Okay, here is my first shot at writing a regression test (in this case for memory management routines. Before I go and write any more tests, please let me know any issues with style, or if it is just plain wrong. I've tested on Wine and Win2k, one test is marked TODO, and two functions aren't implemented in Wine (LocalDiscard and GlobalDiscard which are macros in VC++ winbase.h), so I have disabled those checks. There are likely still bugs in this too (though I've done my best to find and remove them), so please pointout anything like that as well. If all is well, feel free to commit this (or I can resubmit it to wine-patches) Also, I'll distribute this and all other regression tests I write under the X11 license, so everyone can use it. Thanks, .Geoff --------------------------- dlls/kernel/tests/alloc.c /* * Unit test suite for memory allocation functions. * * Copyright 2002 Geoffrey Hausheer */ #include "winbase.h" #include "winerror.h" #include "wine/test.h" /* Currently Wine doesn't have macros for LocalDiscard and GlobalDiscard so those checks are disabled. Once the macros exist, just set DISCARD_DEFINED to 1 */ #define DISCARD_DEFINED 0 /* The following functions don't have tests, because they are WinNT only, or require multiple threads, or I don't know how to test them HeapCompact HeapLock HeapQueryInformation HeapSetInformation HeapUnlock HeapValidate HeapWalk */ /* In addition, these features aren't being tested HEAP_NO_SERIALIZE HEAP_GENERATE_EXCEPTIONS STATUS_ACCESS_VIOLATION (error code from HeapAlloc) */ static void test_Heap(void) { SYSTEM_INFO sysInfo; ULONG memchunk; HANDLE heap; LPVOID mem1,mem1a,mem3; UCHAR *mem2,*mem2a; UINT error,i; /* Retreive the page size for this system */ sysInfo.dwPageSize=0; GetSystemInfo(&sysInfo); ok(sysInfo.dwPageSize>0,"GetSystemInfo should return a valid page size"); /* Create a Heap with a minimum and maximum size */ /* Note that Windows and Wine seem to behave a bit differently with respect to memory allocation. In Windows, you can't access all the memory specified in the heap (due to overhead), so choosing a reasonable maximum size for the heap was done mostly by trial-and-error on Win2k. It may need more tweaking for otherWindows variants. */ memchunk=10*sysInfo.dwPageSize; heap=HeapCreate((DWORD)NULL,2*memchunk,5*memchunk); /* Check that HeapCreate allocated the right amount of ram */ todo_wine { /* Today HeapCreate seems to return a memory block larger than specified. MSDN says the maximum heap size should be dwMaximumSize rounded up to the nearest page boundary */ mem1=HeapAlloc(heap,(DWORD)NULL,5*memchunk+1); ok(mem1==NULL,"HeapCreate allocated more Ram than it should have"); if(mem1) { HeapFree(heap,(DWORD)NULL,mem1); } } /* Check that a normal alloc works */ mem1=HeapAlloc(heap,(DWORD)NULL,memchunk); ok(mem1!=NULL,"HeapAlloc failed"); if(mem1) { ok(HeapSize(heap,(DWORD)NULL,mem1)>=memchunk, "HeapAlloc should return a big enough memory block"); } /* Check that a 'zeroing' alloc works */ mem2=(UCHAR *)HeapAlloc(heap,HEAP_ZERO_MEMORY,memchunk); ok(mem2!=NULL,"HeapAlloc failed"); if(mem2) { ok(HeapSize(heap,(DWORD)NULL,mem2)>=memchunk,"HeapAlloc should return a big enough memory block"); error=0; for(i=0;i<memchunk;i++) { if(mem2[i]!=0) { error=1; } } ok(!error,"HeapAlloc should have zeroed out it's allocated memory"); } /* Check that HeapAlloc returns NULL when requested way too much memory */ mem3=HeapAlloc(heap,(DWORD)NULL,5*memchunk); ok(mem3==NULL,"HeapAlloc should return NULL"); if(mem3) { ok(HeapFree(heap,(DWORD)NULL,mem3),"HeapFree didn't pass successfully"); } /* Check that HeapRealloc works */ mem2a=(UCHAR *)HeapReAlloc(heap,HEAP_ZERO_MEMORY,mem2,memchunk+5*sysInfo.dwPageSize); ok(mem2a!=NULL,"HeapReAlloc failed"); if(mem2a) { ok(HeapSize(heap,(DWORD)NULL,mem2a)>=memchunk+5*sysInfo.dwPageSize,"HeapReAlloc failed"); error=0; for(i=0;i<5*sysInfo.dwPageSize;i++) { if(mem2a[memchunk+i]!=0) { error=1; } } ok(!error,"HeapReAlloc should have zeroed out it's allocated memory"); } /* Check that HeapRealloc honours HEAP_REALLOC_IN_PLACE_ONLY */ error=0; mem1a=HeapReAlloc(heap,HEAP_REALLOC_IN_PLACE_ONLY,mem1,memchunk+sysInfo.dwPageSize); if(mem1a!=NULL) { if(mem1a!=mem1) { error=1; } } ok(mem1a==NULL || error==0,"HeapReAlloc didn't honour HEAP_REALLOC_IN_PLACE_ONLY"); /* Check that HeapFree works correctly */ if(mem1a) { ok(HeapFree(heap,(DWORD)NULL,mem1a),"HeapFree failed"); } else { ok(HeapFree(heap,(DWORD)NULL,mem1),"HeapFree failed"); } if(mem2a) { ok(HeapFree(heap,(DWORD)NULL,mem2a),"HeapFree failed"); } else { ok(HeapFree(heap,(DWORD)NULL,mem2),"HeapFree failed"); } /* Check that HeapDestry works */ ok(HeapDestroy(heap),"HeapDestroy failed"); } /* The following functions don't have tests, because they are WinNT only, or require multiple threads, or I don't know how to test them GlobalFlags GlobalMemoryStatus GlobalMemoryStatusEx */ /* In addition, these features aren't being tested GMEM_DISCADABLE GMEM_NOCOMPACT */ static void test_Global(void) { ULONG memchunk; HGLOBAL mem1,mem2,mem2a,mem2b; UCHAR *mem2ptr; UINT error,i; memchunk=100000; SetLastError(NO_ERROR); /* Check that a normal alloc works */ mem1=GlobalAlloc((UINT)NULL,memchunk); ok(mem1!=(HGLOBAL)NULL,"GlobalAlloc failed"); if(mem1) { ok(GlobalSize(mem1)>=memchunk, "GlobalAlloc should return a big enough memory block"); } /* Check that a 'zeroing' alloc works */ mem2=GlobalAlloc(GMEM_ZEROINIT,memchunk); ok(mem2!=(HGLOBAL)NULL,"GlobalAlloc failed"); if(mem2) { ok(GlobalSize(mem2)>=memchunk,"GlobalAlloc should return a big enough memory block"); mem2ptr=(UCHAR *)GlobalLock(mem2); ok(mem2ptr==(UCHAR *)mem2,"GlobalLock should have returned the same memory as was allocated"); if(mem2ptr) { error=0; for(i=0;i<memchunk;i++) { if(mem2ptr[i]!=0) { error=1; } } ok(!error,"GlobalAlloc should have zeroed out it's allocated memory"); } } /* Check that GlobalReAlloc works */ /* Check that we can change GMEM_FIXED to GMEM_MOVEABLE */ mem2a=GlobalReAlloc(mem2,0,GMEM_MODIFY | GMEM_MOVEABLE); ok(mem2a!=(HGLOBAL)NULL,"GlobalReAlloc failed to convert FIXED to MOVEABLE"); if(mem2a!=(HGLOBAL)NULL) { mem2=mem2a; } mem2ptr=GlobalLock(mem2a); ok(mem2ptr!=NULL && !GlobalUnlock(mem2a)&&GetLastError()==NO_ERROR, "Converting from FIXED to MOVEABLE didn't REALLY work"); /* Check that ReAllocing memory works as expected */ mem2a=GlobalReAlloc(mem2,2*memchunk,GMEM_MOVEABLE | GMEM_ZEROINIT); ok(mem2a!=(HGLOBAL)NULL,"GlobalReAlloc failed"); if(mem2a) { ok(GlobalSize(mem2a)>=2*memchunk,"GlobalReAlloc failed"); mem2ptr=(UCHAR *)GlobalLock(mem2a); ok(mem2ptr!=NULL,"GlobalLock Failed."); if(mem2ptr) { error=0; for(i=0;i<memchunk;i++) { if(mem2ptr[memchunk+i]!=0) { error=1; } } ok(!error,"GlobalReAlloc should have zeroed out it's allocated memory"); /* Check that GlobalHandle works */ mem2b=GlobalHandle(mem2ptr); ok(mem2b==mem2a,"GlobalHandle didn't return the correct memory handle"); /* Check that we can't discard locked memory */ #if DISCARD_DEFINED /* Wine doesn't include the GlobalDiscard function */ mem2b=GlobalDiscard(mem2a); ok(mem2b==(HGLOBAL)NULL,"Discarded memory we shouldn't have"); #endif ok(!GlobalUnlock(mem2a) && GetLastError()==NO_ERROR,"GlobalUnlock Failed."); } } if(mem1) { ok(GlobalFree(mem1)==(HGLOBAL)NULL,"GlobalFree failed"); } if(mem2a) { ok(GlobalFree(mem2a)==(HGLOBAL)NULL,"GlobalFree failed"); } else { ok(GlobalFree(mem2)==(HGLOBAL)NULL,"GlobalFree failed"); } } /* The following functions don't have tests, because they are WinNT only, or require multiple threads, or I don't know how to test them LocalDiscard LocalFlags LocalHandle LocalLock LocalUnlock */ /* In addition, these features aren't being tested LMEM_MOVABLE LMEM_DISCADABLE LMEM_NOCOMPACT */ static void test_Local(void) { ULONG memchunk; HLOCAL mem1,mem2,mem2a,mem2b; UCHAR *mem2ptr; UINT error,i; memchunk=100000; /* Check that a normal alloc works */ mem1=LocalAlloc((UINT)NULL,memchunk); ok(mem1!=(HLOCAL)NULL,"LocalAlloc failed"); if(mem1) { ok(LocalSize(mem1)>=memchunk, "LocalAlloc should return a big enough memory block"); } /* Check that a 'zeroing' alloc works */ mem2=LocalAlloc(LMEM_ZEROINIT,memchunk); ok(mem2!=(HLOCAL)NULL,"LocalAlloc failed"); if(mem2) { ok(LocalSize(mem2)>=memchunk,"LocalAlloc should return a big enough memory block"); mem2ptr=(UCHAR *)LocalLock(mem2); ok(mem2ptr==(UCHAR *)mem2,"LocalLock Didn't lock it's memory"); if(mem2ptr) { error=0; for(i=0;i<memchunk;i++) { if(mem2ptr[i]!=0) { error=1; } } ok(!error,"LocalAlloc should have zeroed out it's allocated memory"); ok(!(error=LocalUnlock(mem2)) && (GetLastError()==ERROR_NOT_LOCKED || GetLastError()==NO_ERROR), "LocalUnlock Failed."); } } /* Reallocate mem2 as moveable memory */ mem2a=LocalFree(mem2); mem2=LocalAlloc(LMEM_MOVEABLE | LMEM_ZEROINIT,memchunk); ok(mem2a==(HLOCAL)NULL && mem2!=(HLOCAL)NULL, "LocalAlloc failed to create moveable memory"); /* Check that ReAllocing memory works as expected */ mem2a=LocalReAlloc(mem2,2*memchunk,LMEM_MOVEABLE | LMEM_ZEROINIT); ok(mem2a!=(HLOCAL)NULL,"LocalReAlloc failed"); if(mem2a) { ok(LocalSize(mem2a)>=2*memchunk,"LocalReAlloc failed"); mem2ptr=(UCHAR *)LocalLock(mem2a); ok(mem2ptr!=NULL,"LocalLock Failed."); if(mem2ptr) { error=0; for(i=0;i<memchunk;i++) { if(mem2ptr[memchunk+i]!=0) { error=1; } } ok(!error,"LocalReAlloc should have zeroed out it's allocated memory"); /* Check that LocalHandle works */ mem2b=LocalHandle(mem2ptr); ok(mem2b==mem2a,"LocalHandle didn't return the correct memory handle"); /* Check that we can't discard locked memory */ #if DISCARD_DEFINED /* Wine doesn't include the LocalDiscard function */ mem2b=LocalDiscard(mem2a); ok(mem2b==(HLOCAL)NULL,"Discarded memory we shouldn't have"); #endif SetLastError(NO_ERROR); ok(!LocalUnlock(mem2a) && GetLastError()==NO_ERROR, "LocalUnlock Failed."); } } if(mem1) { ok(LocalFree(mem1)==(HLOCAL)NULL,"LocalFree failed"); } if(mem2a) { ok(LocalFree(mem2a)==(HLOCAL)NULL,"LocalFree failed"); } else { ok(LocalFree(mem2)==(HLOCAL)NULL,"LocalFree failed"); } } /* * Unit test suite for memory allocation functions. * * Copyright 2002 Geoffrey Hausheer */ #include "winbase.h" #include "winerror.h" #include "wine/test.h" /* Currently Wine doesn't have macros for LocalDiscard and GlobalDiscard so I am defining them here. This may not be kosher, since I found out what they do from the VC++ headers, so feel free to disable this */ #define DISCARD_DEFINED 0 /* The following functions don't have tests, because they are WinNT only, or require multiple threads, or I don't know how to test them HeapCompact HeapLock HeapQueryInformation HeapSetInformation HeapUnlock HeapValidate HeapWalk */ /* In addition, these features aren't being tested HEAP_NO_SERIALIZE HEAP_GENERATE_EXCEPTIONS STATUS_ACCESS_VIOLATION (error code from HeapAlloc) */ static void test_Heap(void) { SYSTEM_INFO sysInfo; ULONG memchunk; HANDLE heap; LPVOID mem1,mem1a,mem3; UCHAR *mem2,*mem2a; UINT error,i; /* Retreive the page size for this system */ sysInfo.dwPageSize=0; GetSystemInfo(&sysInfo); ok(sysInfo.dwPageSize>0,"GetSystemInfo should return a valid page size"); /* Create a Heap with a minimum and maximum size */ /* Note that Windows and Wine seem to behave a bit differently with respect to memory allocation. In Windows, you can't access all the memory specified in the heap (due to overhead), so choosing a reasonable maximum size for the heap was done mostly by trial-and-error on Win2k. It may need more tweaking for otherWindows variants. */ memchunk=10*sysInfo.dwPageSize; heap=HeapCreate((DWORD)NULL,2*memchunk,5*memchunk); /* Check that HeapCreate allocated the right amount of ram */ todo_wine { /* Today HeapCreate seems to return a memory block larger than specified. MSDN says the maximum heap size should be dwMaximumSize rounded up to the nearest page boundary */ mem1=HeapAlloc(heap,(DWORD)NULL,5*memchunk+1); ok(mem1==NULL,"HeapCreate allocated more Ram than it should have"); if(mem1) { HeapFree(heap,(DWORD)NULL,mem1); } } /* Check that a normal alloc works */ mem1=HeapAlloc(heap,(DWORD)NULL,memchunk); ok(mem1!=NULL,"HeapAlloc failed"); if(mem1) { ok(HeapSize(heap,(DWORD)NULL,mem1)>=memchunk, "HeapAlloc should return a big enough memory block"); } /* Check that a 'zeroing' alloc works */ mem2=(UCHAR *)HeapAlloc(heap,HEAP_ZERO_MEMORY,memchunk); ok(mem2!=NULL,"HeapAlloc failed"); if(mem2) { ok(HeapSize(heap,(DWORD)NULL,mem2)>=memchunk,"HeapAlloc should return a big enough memory block"); error=0; for(i=0;i<memchunk;i++) { if(mem2[i]!=0) { error=1; } } ok(!error,"HeapAlloc should have zeroed out it's allocated memory"); } /* Check that HeapAlloc returns NULL when requested way too much memory */ mem3=HeapAlloc(heap,(DWORD)NULL,5*memchunk); ok(mem3==NULL,"HeapAlloc should return NULL"); if(mem3) { ok(HeapFree(heap,(DWORD)NULL,mem3),"HeapFree didn't pass successfully"); } /* Check that HeapRealloc works */ mem2a=(UCHAR *)HeapReAlloc(heap,HEAP_ZERO_MEMORY,mem2,memchunk+5*sysInfo.dwPageSize); ok(mem2a!=NULL,"HeapReAlloc failed"); if(mem2a) { ok(HeapSize(heap,(DWORD)NULL,mem2a)>=memchunk+5*sysInfo.dwPageSize,"HeapReAlloc failed"); error=0; for(i=0;i<5*sysInfo.dwPageSize;i++) { if(mem2a[memchunk+i]!=0) { error=1; } } ok(!error,"HeapReAlloc should have zeroed out it's allocated memory"); } /* Check that HeapRealloc honours HEAP_REALLOC_IN_PLACE_ONLY */ error=0; mem1a=HeapReAlloc(heap,HEAP_REALLOC_IN_PLACE_ONLY,mem1,memchunk+sysInfo.dwPageSize); if(mem1a!=NULL) { if(mem1a!=mem1) { error=1; } } ok(mem1a==NULL || error==0,"HeapReAlloc didn't honour HEAP_REALLOC_IN_PLACE_ONLY"); /* Check that HeapFree works correctly */ if(mem1a) { ok(HeapFree(heap,(DWORD)NULL,mem1a),"HeapFree failed"); } else { ok(HeapFree(heap,(DWORD)NULL,mem1),"HeapFree failed"); } if(mem2a) { ok(HeapFree(heap,(DWORD)NULL,mem2a),"HeapFree failed"); } else { ok(HeapFree(heap,(DWORD)NULL,mem2),"HeapFree failed"); } /* Check that HeapDestry works */ ok(HeapDestroy(heap),"HeapDestroy failed"); } /* The following functions don't have tests, because they are WinNT only, or require multiple threads, or I don't know how to test them GlobalFlags GlobalMemoryStatus GlobalMemoryStatusEx */ /* In addition, these features aren't being tested GMEM_DISCADABLE GMEM_NOCOMPACT */ static void test_Global(void) { ULONG memchunk; HGLOBAL mem1,mem2,mem2a,mem2b; UCHAR *mem2ptr; UINT error,i; memchunk=100000; SetLastError(NO_ERROR); /* Check that a normal alloc works */ mem1=GlobalAlloc((UINT)NULL,memchunk); ok(mem1!=(HGLOBAL)NULL,"GlobalAlloc failed"); if(mem1) { ok(GlobalSize(mem1)>=memchunk, "GlobalAlloc should return a big enough memory block"); } /* Check that a 'zeroing' alloc works */ mem2=GlobalAlloc(GMEM_ZEROINIT,memchunk); ok(mem2!=(HGLOBAL)NULL,"GlobalAlloc failed"); if(mem2) { ok(GlobalSize(mem2)>=memchunk,"GlobalAlloc should return a big enough memory block"); mem2ptr=(UCHAR *)GlobalLock(mem2); ok(mem2ptr==(UCHAR *)mem2,"GlobalLock should have returned the same memory as was allocated"); if(mem2ptr) { error=0; for(i=0;i<memchunk;i++) { if(mem2ptr[i]!=0) { error=1; } } ok(!error,"GlobalAlloc should have zeroed out it's allocated memory"); } } /* Check that GlobalReAlloc works */ /* Check that we can change GMEM_FIXED to GMEM_MOVEABLE */ mem2a=GlobalReAlloc(mem2,0,GMEM_MODIFY | GMEM_MOVEABLE); ok(mem2a!=(HGLOBAL)NULL,"GlobalReAlloc failed to convert FIXED to MOVEABLE"); if(mem2a!=(HGLOBAL)NULL) { mem2=mem2a; } mem2ptr=GlobalLock(mem2a); ok(mem2ptr!=NULL && !GlobalUnlock(mem2a)&&GetLastError()==NO_ERROR, "Converting from FIXED to MOVEABLE didn't REALLY work"); /* Check that ReAllocing memory works as expected */ mem2a=GlobalReAlloc(mem2,2*memchunk,GMEM_MOVEABLE | GMEM_ZEROINIT); ok(mem2a!=(HGLOBAL)NULL,"GlobalReAlloc failed"); if(mem2a) { ok(GlobalSize(mem2a)>=2*memchunk,"GlobalReAlloc failed"); mem2ptr=(UCHAR *)GlobalLock(mem2a); ok(mem2ptr!=NULL,"GlobalLock Failed."); if(mem2ptr) { error=0; for(i=0;i<memchunk;i++) { if(mem2ptr[memchunk+i]!=0) { error=1; } } ok(!error,"GlobalReAlloc should have zeroed out it's allocated memory"); /* Check that GlobalHandle works */ mem2b=GlobalHandle(mem2ptr); ok(mem2b==mem2a,"GlobalHandle didn't return the correct memory handle"); /* Check that we can't discard locked memory */ #if DISCARD_DEFINED /* Wine doesn't include the GlobalDiscard function */ mem2b=GlobalDiscard(mem2a); ok(mem2b==(HGLOBAL)NULL,"Discarded memory we shouldn't have"); #endif ok(!GlobalUnlock(mem2a) && GetLastError()==NO_ERROR,"GlobalUnlock Failed."); } } if(mem1) { ok(GlobalFree(mem1)==(HGLOBAL)NULL,"GlobalFree failed"); } if(mem2a) { ok(GlobalFree(mem2a)==(HGLOBAL)NULL,"GlobalFree failed"); } else { ok(GlobalFree(mem2)==(HGLOBAL)NULL,"GlobalFree failed"); } } /* The following functions don't have tests, because they are WinNT only, or require multiple threads, or I don't know how to test them LocalDiscard LocalFlags LocalHandle LocalLock LocalUnlock */ /* In addition, these features aren't being tested LMEM_MOVABLE LMEM_DISCADABLE LMEM_NOCOMPACT */ static void test_Local(void) { ULONG memchunk; HLOCAL mem1,mem2,mem2a,mem2b; UCHAR *mem2ptr; UINT error,i; memchunk=100000; /* Check that a normal alloc works */ mem1=LocalAlloc((UINT)NULL,memchunk); ok(mem1!=(HLOCAL)NULL,"LocalAlloc failed"); if(mem1) { ok(LocalSize(mem1)>=memchunk, "LocalAlloc should return a big enough memory block"); } /* Check that a 'zeroing' alloc works */ mem2=LocalAlloc(LMEM_ZEROINIT,memchunk); ok(mem2!=(HLOCAL)NULL,"LocalAlloc failed"); if(mem2) { ok(LocalSize(mem2)>=memchunk,"LocalAlloc should return a big enough memory block"); mem2ptr=(UCHAR *)LocalLock(mem2); ok(mem2ptr==(UCHAR *)mem2,"LocalLock Didn't lock it's memory"); if(mem2ptr) { error=0; for(i=0;i<memchunk;i++) { if(mem2ptr[i]!=0) { error=1; } } ok(!error,"LocalAlloc should have zeroed out it's allocated memory"); ok(!(error=LocalUnlock(mem2)) && (GetLastError()==ERROR_NOT_LOCKED || GetLastError()==NO_ERROR), "LocalUnlock Failed."); } } /* Reallocate mem2 as moveable memory */ mem2a=LocalFree(mem2); mem2=LocalAlloc(LMEM_MOVEABLE | LMEM_ZEROINIT,memchunk); ok(mem2a==(HLOCAL)NULL && mem2!=(HLOCAL)NULL, "LocalAlloc failed to create moveable memory"); /* Check that ReAllocing memory works as expected */ mem2a=LocalReAlloc(mem2,2*memchunk,LMEM_MOVEABLE | LMEM_ZEROINIT); ok(mem2a!=(HLOCAL)NULL,"LocalReAlloc failed"); if(mem2a) { ok(LocalSize(mem2a)>=2*memchunk,"LocalReAlloc failed"); mem2ptr=(UCHAR *)LocalLock(mem2a); ok(mem2ptr!=NULL,"LocalLock Failed."); if(mem2ptr) { error=0; for(i=0;i<memchunk;i++) { if(mem2ptr[memchunk+i]!=0) { error=1; } } ok(!error,"LocalReAlloc should have zeroed out it's allocated memory"); /* Check that LocalHandle works */ mem2b=LocalHandle(mem2ptr); ok(mem2b==mem2a,"LocalHandle didn't return the correct memory handle"); /* Check that we can't discard locked memory */ #if DISCARD_DEFINED /* Wine doesn't include the LocalDiscard function */ mem2b=LocalDiscard(mem2a); ok(mem2b==(HLOCAL)NULL,"Discarded memory we shouldn't have"); #endif SetLastError(NO_ERROR); ok(!LocalUnlock(mem2a) && GetLastError()==NO_ERROR, "LocalUnlock Failed."); } } if(mem1) { ok(LocalFree(mem1)==(HLOCAL)NULL,"LocalFree failed"); } if(mem2a) { ok(LocalFree(mem2a)==(HLOCAL)NULL,"LocalFree failed"); } else { ok(LocalFree(mem2)==(HLOCAL)NULL,"LocalFree failed"); } } /* The Virtual* routines are not tested as thoroughly, since I don't really understand how to use them correctly :) The following routines are not tested at all VirtualAllocEx VirtualFreeEx VirtualLock VirtualProtect VirtualProtectEx VirtualQuery VirtualQueryEx VirtualUnlock And the only properties being tested are MEM_COMMIT MEM_RELEASE PAGE_READWRITE Testing the rest requires using exceptions, which I really don't understand well */ static void test_Virtual(void) { SYSTEM_INFO sysInfo; ULONG memchunk; UCHAR *mem1; UINT error,i; /* Retreive the page size for this system */ sysInfo.dwPageSize=0; GetSystemInfo(&sysInfo); ok(sysInfo.dwPageSize>0,"GetSystemInfo should return a valid page size"); /* Chhose a reasonable allocation size */ memchunk=10*sysInfo.dwPageSize; /* Check that a normal alloc works */ mem1=VirtualAlloc(NULL,memchunk,MEM_COMMIT,PAGE_READWRITE); ok(mem1!=NULL,"VirtualAlloc failed"); if(mem1) { /* check that memory is initialized to 0 */ error=0; for(i=0;i<memchunk;i++) { if(mem1[i]!=0) { error=1; } } ok(!error,"VirtualAlloc did not initialize memory to '0's"); /* Check that we can read/write to memory */ error=0; for(i=0;i<memchunk;i+=100) { mem1[i]='a'; if(mem1[i]!='a') { error=1; } } ok(!error,"Virtual memory was not writable"); } ok(VirtualFree(mem1,0,MEM_RELEASE),"VirtualFree failed"); } START_TEST(alloc) { test_Heap(); test_Global(); test_Local(); test_Virtual(); } /* The Virtual* routines are not tested as thoroughly, since I don't really understand how to use them correctly :) The following routines are not tested at all VirtualAllocEx VirtualFreeEx VirtualLock VirtualProtect VirtualProtectEx VirtualQuery VirtualQueryEx VirtualUnlock And the only properties being tested are MEM_COMMIT MEM_RELEASE PAGE_READWRITE Testing the rest requires using exceptions, which I really don't understand well */ static void test_Virtual(void) { SYSTEM_INFO sysInfo; ULONG memchunk; UCHAR *mem1; UINT error,i; /* Retreive the page size for this system */ sysInfo.dwPageSize=0; GetSystemInfo(&sysInfo); ok(sysInfo.dwPageSize>0,"GetSystemInfo should return a valid page size"); /* Chhose a reasonable allocation size */ memchunk=10*sysInfo.dwPageSize; /* Check that a normal alloc works */ mem1=VirtualAlloc(NULL,memchunk,MEM_COMMIT,PAGE_READWRITE); ok(mem1!=NULL,"VirtualAlloc failed"); if(mem1) { /* check that memory is initialized to 0 */ error=0; for(i=0;i<memchunk;i++) { if(mem1[i]!=0) { error=1; } } ok(!error,"VirtualAlloc did not initialize memory to '0's"); /* Check that we can read/write to memory */ error=0; for(i=0;i<memchunk;i+=100) { mem1[i]='a'; if(mem1[i]!='a') { error=1; } } ok(!error,"Virtual memory was not writable"); } ok(VirtualFree(mem1,0,MEM_RELEASE),"VirtualFree failed"); } START_TEST(alloc) { test_Heap(); test_Global(); test_Local(); test_Virtual(); }

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel