March 2002 - Wine-Devel - list.winehq.org

Adding new libraries to the repository
by Shachar Shemesh March 25, 2002

March 25, 2002

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 March 25, 2002

March 25, 2002

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 March 25, 2002

March 25, 2002

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 March 25, 2002

March 25, 2002

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

Bug 519
by Shachar Shemesh March 24, 2002

March 24, 2002

http://bugs.codeweavers.com/show_bug.cgi?id=519 Unicode defines a character known as BOM, that identifies a file as a UNICODE encoded file. Though this file should probably not be printed, if sent as the first char to DrawText or ExtTextOut windows ignores it. Wine doesn't. I'll probably post a fix to that as part of the other stuff. Shachar

1 0

Some problems building winsock.so
by Lionel Ulmer March 24, 2002

March 24, 2002

Hi all, Seems that there is an include missing now in the 'socket.c' file in dlls/winsock as it does not find the definition of 'struct timeval'. I fixed it by adding in my tree a #include <sys/time.h> but I wonder if this is the right 'portable' way to do it (otherwise, why would autoconf check for time.h and sys/time.h problems :-) ). Did not see from what patch the problem occured. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

SWP_NOACTIVATE in SetWindowPos
by Laurent Pinchart March 24, 2002

March 24, 2002

Hi This patch fixes a problem I encountered during the installation process of The Longest Journey. I dialog box popped up briefly and disappeared before I could read it, locking my application. It appeared that the dialog box, which is modal, was sent to the background. Please comment and apply if appropriate. Laurent Pinchart

1 0

Making use of linux libraries?
by Lonnie Cumberland March 24, 2002

March 24, 2002

Hello All, I recently made a post asking for help and possible examples of how to use native Linux libraries from Wine applications but I am not sure if my emailer sent it off correctly. Could someone please tell me more about how I can access native linux libraries from my wine and my applications running under? Thanks in advance, 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

DOSFS_GetFullPathName
by Enrico Horn March 24, 2002

March 24, 2002

Hi, Ive been trying to get Heroes III to work with wine and I found that it cant load some file it needs because DOSFS_GetFullPathName return the path to that file without the backslash at the end although heroes3 asked for it with a backslash at the end. it asks for .\\DATA\\ and the method returns <path to heroes3>\DATA <---- missing backslash in the method the last backlash is removed when no driveletter is in the requested pathname. I'd like to know why this was implemented like this as I cannot understand the reason for it. Thanks for your help Enrico farmboy1(a)subdimension.com

4 3

Even more dumb regression questions...
by Geoffrey Hausheer March 24, 2002

March 24, 2002

InitiallyI thought I'd start with writing a test in Perl, and I got some basic stuff working. But then I needed to access structures, constants, etc, and had no idea how to do this, so I am now rewriting my test in C. My understanding was that for the most part, the C and Perl testing infrastructure were supposed to be comparable, but I haven't seen any examples of how I can do the things I mentioined (specifically, access constants (flags for functions), or create/read structures required by functions. Is this possible to do, and if so could someone give me an example of each? The constants are obviously less difficult, in that I could always redefine them in the test, but being able to manipulate structures seems like it would be a requirement for the framework. Sorry if this is all really straight forward. Thanks, .Geoff ----------------------------------------------------- Protect yourself from spam, use http://sneakemail.com

2 2

Re: Winebuild on Windows
by Alexandre Julliard March 24, 2002

March 24, 2002

Patrik Stridvall <ps(a)leissner.se> writes: > * tools/winebuild/build.h, > tools/winebuild/parser.c, > tools/winebuild/relay.c, > tools/winebuild/res16.c, > tools/winebuild/res32.c: > Fixed some more of the issues that prevented > Winebuild from working under Windows. Why do you need to build .spec.c files on Windows? All you should need is a .def file, and maybe a small hack for the debug channels declarations. -- Alexandre Julliard julliard(a)winehq.com

2 1

Window focus regression
by Duane Clark March 23, 2002

March 23, 2002

This patch to windows/x11drv, back on Feb 25, causes a window focus regression. It has been reported on wine-users, and also affects my apps. http://cvs.winehq.com/patch.py?id=1014666451571945191826671 What a coincidence, this was submitted by Dave :-) Since I don't understand what this was attempting to fix, how about a trade. I will fix the toolbar bug I introduced, and could you take another look at this one? Basically, I am running Gnome (RH 7.2) and have the window manager mouse focus set to follow the mouse. When I slide the mouse out of and back into a managed wine window, the window does not completely regain focus. The mouse focus is returned, but not the keyboard focus. This can be seen in SignLab. I select the text tool, click somewhere in the window, type a few characters, then slide the mouse out of and back into the window. Now typing has no effect until I click the mouse somewhere in the window. Clicking somewhere in the grey border area allows the keyboard focus to return without cancelling the text tool.

3 2

RE: Winebuild on Windows
by Patrik Stridvall March 23, 2002

March 23, 2002

> Patrik Stridvall <ps(a)leissner.se> writes: > > > * tools/winebuild/build.h, > > tools/winebuild/parser.c, > > tools/winebuild/relay.c, > > tools/winebuild/res16.c, > > tools/winebuild/res32.c: > > Fixed some more of the issues that prevented > > Winebuild from working under Windows. > > Why do you need to build .spec.c files on Windows? Well, the .def file that winebuild generates have references to stubs that are implemented in the .spec.c. This could of course be fixed by a simple if statement somewhere, I guess. However I'm not sure that there aren't other things that might be needeed so I generated and compiled .spec.c just in case. > All you should > need is a .def file, In any case the first part of the patch (winebuild.diff) is needed even to generate the .def file so please apply that regardless. > and maybe a small hack for the debug channels > declarations. Yes. But that could just as well be done in .spec.c like on Unix couldn't it? However I understand if you think winebuild2.diff is a little hacky. I'm not 100% satisfied with it myself. So what do you suggest? Is the debug channels really the only problem?

1 0

More dumb regression questions
by Geoffrey Hausheer March 23, 2002

March 23, 2002

How do I run a wine perl regression test in Windows? I thought the entire point was to make it so you don't need a c-compiler, yet I can't seem to get the tests to run without the winetest application (which I've been unable to build on windows so far). Is it planned that this executable be distributed with wine, or am I missing something else? Ideally, I'd like to be able to get just the tests and required apps through cvs (or even a .zip file), and run them. If this is possible today, it isn't obvious (to me) how to do it. Sorry if this is documented somewhere, but I checked Francois' presentation, and the huge thread in January, and didn't find anything about it. If you want to convince people to help write tests, it'd sure be nice if it was easy to find information about how to do it :) .Geoff ----------------------------------------------------- Protect yourself from spam, use http://sneakemail.com

2 1

sandbox for regression tests
by Geoffrey Hausheer March 23, 2002

March 23, 2002

Hello everyone, I was considering writing a few regression tests for wine, and after reading Francois' presentation, I thought perhaps a File I/O would be a good one to implement (especially since he mentions CreeateFile). So I began thinking about how to go about it, which led me to the following... Has any thought been given to creating a sandbox for regression tests? For instance, let's look at creating a test for File I/O. This requires creating/deleting files/directries, the ability to locate files, etc. But I don't see anything in the framework that lets me do this portably on all systems. In wine, I can't gaurantee that the test directory (which I could probably write to) is mapped to a Windows drive. On all platformes, I don't see how I can write to an arbitrary location on C:, since it may be unwriteable, and even if it's not, people probably don't want extraneous wine stuff littered around their drive when something goes wrong. I'm now thinking I'll try something more straight-forward as my first attempt, but this type of test seems like it'd be very useful, and I don't see how to do it with today's infrastructure. Ideas? Thanks, .Geoff ----------------------------------------------------- Protect yourself from spam, use http://sneakemail.com

2 1

winver & managed question
by Lonnie Cumberland March 23, 2002

March 23, 2002

Hello All, I have just been reading the docs on Wine and came across the --managed Allow the window manager to manage created windows --winver Version to imitate (win95,nt40,win31,nt2k,win98,nt351,win30,win20) Does the "--managed" allow my xserver to take care of the windows? Also, if I set "--winver nt2k" then does this mean that Wine will look for the specified directories in my /wine-c directory laid out the way that they actually are specified on a real Windows NT/2000 machine? That would be great if it did. 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

Native Linux SO libraries
by Lonnie Cumberland March 23, 2002

March 23, 2002

Hello All, I have recently read in the Wine Docs that native Linux .so libraries can be loaded by wine and I think that this is wonderful. It means to me, if I have read everything correctly, that I can communicate with my linux kernel from within the wine windows environment correct? Also, does some one have an example .so and also an example windows test driver program that I can use to see how this is done? Any help would be greatly appreciated. Thanks, 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

RE: FW: cygwin/wine port
by Steven Edwards March 23, 2002

March 23, 2002

> What's the advantage of this? You'd still have to use the wine kernel > right? I'd loe to be able to get a relay trace from an app > running under > windows, but if you still have to use the wine kernel, there > isn't much > advantage is there? Yes, you see the problem and the limitations we currently have. The reason why this isn't 100% possible is because dll separation isn't complete. Have a look at the the internal Wineserver functions and the debugging code that the dlls depend on. This was discussed a little at wineconf. Patrik Stridvall is doing the MS_VC++ port of wine and I'm working on the mingw/cygwin port. Once wine can be built on these platforms it will be easier for us to find/fix WINEisms in the DLL's and work around/fix them. On platforms where we don't need a wineserver this is a bitch. I need to be able to build the wine dlls under mingw for ReactOS. ReactOS uses its own makefile/helper makefile system without GNU autoconf/automake. Rather then import the wine dlls as we have done in the past, hack on them for a while, then fight to merge changes back in, I want to do a clean port to cygwin/mingw that can upgraded independently of the rest of the ReactOS system. This helps us and this helps wine by giving wine another platform to work on and moving ReactOS along. ReactOS has a win32k.sys that provides the kernel mode portion of the NT-like win32 subsystem. What we are lacking on the ReactOS project is the user space side. The wine dlls provide this completion of the win32 subsystem. /* never mind that we don't have windowing working yet =P */ The way we have worked around the bugs in the wine dlls is that we have added support to our NTDLL.DLL for the debugging features of the wine portion of the Win32 subsystem. I don't know if this will work or not because well we don't have windowing working yet. Once DLL separation is complete, there should be nothing left in the DLL's other then the debugging stuff that will cause a issue with portability to any OS. Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

2 1

wineconf pictures
by Marcus Meissner March 23, 2002

March 23, 2002

Hi, I have put up my annotated WineConference 2002 picture collection up on: http://www.lst.de/~mm/sandiego/pictures.html Ciao, Marcus

1 0

Lotus-Notes redrawing
by Martin Kneppe March 23, 2002

March 23, 2002

I got a problem using Lotus Ntes where the characters just aren't printed. ( I think it's bug 428) I tried to fix that and found in dlls/user/painting.c if (!hrgnUpdate) /* empty region, clip everything */ { hrgnUpdate = CreateRectRgn( 0, 0, 0, 0 ); } The easiest way for me to get my Notes up again was by changing this to my default-window size e.g. if (!hrgnUpdate) /* empty region, clip everything */ { hrgnUpdate = CreateRectRgn( 0, 0, 700, 700 ); } which is ok for me. So my question is, what is the "right way" to get the redraw working again ? Greets Martin

1 0

Re: stable vs. unstable trees
by rob＠mediasolution.it March 23, 2002

March 23, 2002

> Having more regression testing of applications will help us get to 0.9. > If user's can't test one day > becasue they can't compile, that means > less testing. It also means we might lose that user as a >tester all > together. Very true. I'm still running 20010510 because newer ones don't run Lotus Notes anywhere near its level. I do have a CVS tree and every now and then do some testing and checking on it, but surely the completeness of this testing is questionable... Ciao, Rob!

3 2

Preferred patch format
by Warren_Baird＠cimmetry.com March 23, 2002

March 23, 2002

Hopefully sometime soon I'll start having sparc-solaris patches. Unfortunately I can't get at cvs through the firewall here, so I'll have to submit patches against snapshots. As I see it, there are two options: 1. submit smaller patches periodically between snapshots, but possibly patches made against out-of-date code. 2. submit larger patches every time a new snapshot comes out, including all the changes I've made since the last snapshot. Option 1 has the advantage that I can submit smaller patches, but 2 has the advantage that the patches are more likely to be up-to-date. My inclination is towards option 2, but I thought I would ask on the list and see if there was a preference here... Thanks, Warren

2 1

Introduction and Sparc Solaris Status
by Warren_Baird＠cimmetry.com March 23, 2002

March 23, 2002

Hi all, I'm trying to get winelib working on Sparc-solaris. I've got a few questions I'd like to ask, but I'm going to post them as separate messages, to keep the threading tidy. But to summarize my status - I've managed to get programs/{winemine,clock,notepad} all mostly working. The main remaining bug is that the mouse cursor doesn't show up in any of the windows. I'm currently looking into this one, but am having trouble figuring out which bit of rope to start pulling on. Any suggestions would be very welcome. My goal is to fix the mouse cursor, and then start cleaning up what I've got to submit a patch sometime fairly soon. Thanks, Warren

3 2

wineconf 2002: final things
by Andreas Mohr March 22, 2002

March 22, 2002

Hi all, see http://home.arcor.de/andi.mohr/wine/wineconf2002/ for the photos I took and the presentation I gave. Thanks again to Lindows for that nice surprise ! :-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

11 11

regression in X11DRV_DIB_SetImageBits
by Thomas Duffy March 22, 2002

March 22, 2002

This bug was introduced recently into wine. I haven't been able to submit a bug report until recently due to another bug that would not allow me to type into the Wine-dbg> window, but this seems to have been fixed. This happens when I start AOL 5.0. After that, I click login and I get this crash. I used to be able to log in and I can still do it if I choose guest and then type in my ID and passwd. BTW, this is over TCP/IP and not dial up. Oh, and as you can see, the copy and paste from wine into linux is kind of whacked :) printing several copies -- I click select all (in the debug window) from right context and then copy. Then middle click into my email program (linux Evolution). If you need any more info, I would be happy to provide it. Thanks. Unhandled exception: page fault on read access to 0x41118000 in 32-bit code (0x40a7b11f). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Unhandled exception: page fault on read access to 0x41118000 in 32-bit code (0x40a7b11f). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, col Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, colo Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) 25a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthS 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c 40, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) :899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in use 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) .so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> Wine-dbg> Wine-dbg> -tduffy -- YOO-ESS-AYE! YOO-ESS-AYE!

1 0

Re: Wine engine fix
by Dimitrie O. Paun March 22, 2002

March 22, 2002

On March 22, 2002 02:58 pm, Eric Pouech wrote: > usually fixed fonts are in MODERN family [...[ > + if (ptm->tmPitchAndFamily & TMPF_FIXED_PITCH) > + ptm->tmPitchAndFamily |= FF_ROMAN; > + else > + ptm->tmPitchAndFamily |= FF_MODERN; Shouldn't this be the other way around? -- Dimi.

4 3

FW: cygwin/wine port
by Steven Edwards March 22, 2002

March 22, 2002

Hello Dimi, At wineconf you said you did the initial work on the cygwin port and I was wondering if I could get some help from you on it. I have been able to build libwine_unicode.dll wrc.exe and winebuild.exe under cygwin and mingw but I have had to do some tweaking of the makefiles and I am not having much luck making changes to ./configure. 1. The LIBEXT option is not being set as DLL. It is still getting configured as .so so when make gets to linking, she pukes out. I have to manual change in the makefile. LIBEXT = dll SONAME = module_name.dll LIBEXT = dll DLLEXT = .dll 2. wineinstall/configure is not putting DLLWRAP=dllwrap in the makefiles. It is finding dllwrap but not adding it to the makefiles. DLLWRAP = dllwrap 3. We will need to come up with a way to tell configure not to build the other dlls with the *.spec. Winebuild has support for generating a windows style .def like libwine_unicode.dll uses. Thanks for your time Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

Alignment issues on sparc in convert_bitmap in wrc/newstruc.c
by Warren_Baird＠cimmetry.com March 22, 2002

March 22, 2002

I've got a solution to some of the alignment problems in wrc for sparc-solaris, but I wanted to bounce them off the -devel list before submitting a patch. I'm going to describe the problem first, and then my solution to it. Sparc-solaris machines are a little pickier about byte alignment than x86-linux machines are (don't know about x86-solaris - haven't played with it). Basically things like ints need to be aligned on word boundaries, or else you get a bus error when you try to access them. The following code fragment: struct myStruct { int a; int b; }; int main() { int tmp = (int) malloc(sizeof(struct myStruct)+2); tmp += 2; struct myStruct *myS = (struct myStruct *) tmp; myS->a = 0x12345678; return 0; } Causes a bus error on the assignment into myS->a. Commenting out the tmp += 2 line of course solves the problem. Unfortunately this kind of thing is happening in a few places in wrc/newstruc.c - in calls to convert_bitmap. The actual bitmap data is 22 bytes into the raw data from the resource file. The raw data is properly aligned on a word boundary, but the bitmap data isn't. The current process is to call convert_bitmap on the data, and then memcopy/memmove it into it's final resting place. The final resting place *is* word-aligned. The solution I've taken in my code is to reverse the order - first I memcopy/memmove the bitmap data, and *then* I call convert_bitmap. This seems to solve the problems on sparc-solaris, and I can't see how it could hurt on Linux (but I haven't had a chance to test it on Linux yet). Does this make sense? Does anyone have a better suggestion? Warren

1 0

Re: wine/ ./configure ./configure.ac dlls/Makefile ...
by Eric Pouech March 22, 2002

March 22, 2002

Alexandre Julliard a écrit : > > ChangeSet ID: 1016824571317668670629249 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/03/22 13:16:11 > > Modified files: > . : configure configure.ac > dlls : Makefile.in > documentation/samples: system.ini > Added files: > dlls/msacm/msg711: .cvsignore Makefile.in msg711.c > msg711.drv.spec I have two remarks: - most of the defines on top of msg711.c are already defined in dlls/msacm/msacmdrv.h. (this file is part from the ddk, it used to be in include, but has been moved) - Hidenori, could you send your patches to wine-patches too so that we can have a look at them before submission A+

1 0

stable vs. unstable trees
by Michael Cardenas March 22, 2002

March 22, 2002

To move forward from the discussion we've been having about supporting a particular list of applications, I'd like to propose that we have a stable and an unstable wine tree. In this way, we can have new patches from developers go into the unstable tree, and once a release has been tested for a while and works well for the list of applications with maintainers, then we move it to the stable branch. -- michael cardenas lead windows compatibility engineer www.lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

2 3

toolbar.c regression at version 1.108
by Dave Hawkes March 22, 2002

March 22, 2002

Hi all, It would appear the toolbar.c has been broken at revision 1.108 as version 1.107 works. This patch causes toolbar flyouts to disappear unless the mouse is held down and moved over them, rather than as before where they don't disappear until clicked. I'll try and see if I can narrow the problem down in the supplied patch, unless anyone already knows the problem? Dave Hawkes

2 5

aRts driver resubmit
by Chris Morgan March 22, 2002

March 22, 2002

*dlls/winmm/winearts, arts.c, arts.h, audio.c, winearts.drv.spec, Makefile.in: Chris Morgan <cmorgan(a)alum.wpi.edu> Added aRts driver to wine *configure, configure.ac, dlls/Makefile.in, include/config.h.in, dlls/dsound/dsound_main.c, documentation/samples/config: Chris Morgan <cmorgan(a)alum.wpi.edu> Changes for aRts driver, added commented out entry to WinMM section of sample config file, added configure time checks for artsc support. Fixed since the last patch thanks to Erics mail: - Stream now closed correctly, doh - Cleanups - Volume code handles mono/stereo 8/16 bit - Configure stuff is now no longer hardcoded License is LGPL because I like Gavriel's code exchange idea and think it holds promise as a partial solution to license issues. Again, comments about the patch are appreciated. Thanks, Chris

6 7

Why Wine is like playing the guitar
by Michael Robertson March 22, 2002

March 22, 2002

Ok, I've had some time to digest the two packed days of wineconf. It was great being around so many smart and passionate people. I've long since given up coding, so much of it went over my head but the various biz presentations hit home and I had a chance to talk to many of you to crystallize some thoughts. We need 20 million avid Linux desktoppers. Look at what Apple's vocal minority gets them. With 4% marketshare they command sections in stores. They get hardware with Mac/Win drivers. They get documentation in the box. Even stores dedicated just to them. That's what we need to get Linux really going. If we can get the user inertia and the business inertia around Linux, then that will take it to new heights. I believe Wine will play a role in this. But I think a slight re-focusing may be necessary. Have you ever tried to learn how to play the guitar? I think most people have at one time. First you start learning chords and you say to yourself "I'm going to learn all the chords so I can play all the songs". After about struggling through 4 of the 700 chords, you realize that it will take until 2037 to learn all the chords. To make guitar rewarding, you have to start with a list of popular songs and learn the chords just for those. This way you get that feeling of success and it motivates you to stick with it, even if it's just learning Happy Birthday. I believe a similar strategy could really energize Wine. We need a "top 10 tree". What WINE needs is a specific value promise to the consumer. In many ways, the same challenge confronts WINE that confronts Linux. Great things will happen *if* we get a bunch more users. But to get more users, there needs to be some specific value that people get from Wine. And it can't be fleeting value. It needs to allow them to do something specific and when they get the new version, it needs to no take away that value, but add more. The challenge we have now is that the goal for WINE is an architectual one (learn every chord). While nobody can deny the value of a solid underpinning, users don't care about the architecture. They want to hear music! And with Wine this means "what programs can I run?" I would also suggest that focusing around specific applications focuses energies of developers on solving specific user problems. The more problems you solve, the more users will get excited about Wine. One question arose at wineconf which never got addressed. "How do we get more people excited about Wine?" I've been thinking about that. I believe a specific part of the answer is making Wine actually work for a subset of programs. Take it from a theoretical white paper stage to a stage where people actually use it. I'm not suggesting its at a white paper stage, but rather if the world can't use it with any regularity for even a narrow set of applications, the perception is it's nothing more than theory. What I believe needs to happen is that we have a 'top 10' tree. A version of Wine for which the primary goal is to do a good job of running a set version of win32 programs. This serves both parties. It gets developers all laser-focused on the same goal. Because we've narrowed the universe we can do specific testing. And perhaps MOST important, consumers know what to expect. If you tell them "we have a Linux OS which will run Win32 programs, they'll bring out a geneology program from 1992 which won't run and then they'll think it sucks. If however the public commitment is "this software is designed to run the following: MS Word Lotus Notes Quicken" and it actually works, you have a believer. You have someone who will get excited and will offer their help. You give momentum to Wine. You get program sponsors (those willing to oversee ongoing supervision/testing of programs. You get more people offering to be on documentation teams. And you get more developers. One final thought. I think the only tenable way to implement a Top 10 type approach is to get widespread support. Lindows.com alone is too small to do this in a timely fashion. So is Codeweavers, transgaming, etc. The only approach with any chance of success is one which leverages the entire community. I can assure you that Lindows.com would put our full weight behind such an endeavor. While we only have a couple of coders, we've got a super QA department. We've got solid organizational skills. We have an enthusiastic user base we can tap for testing and support. I'll shutup now before I get banned from wine-devel. -- MR Ok, those are my thoughts.

11 19

Re: Road to 0.9
by David.Goodenough＠DGA.co.uk March 22, 2002

March 22, 2002

I am not convinced this is exactly the problem. I also have the problem that I have moved over from a home compiled Wine install to a Debian build, so I would need to wait for it or something like it to appear in the regular build and then get into DEB format. David Rick Romero <rick(a)valeoin To: Michael Cardenas <michael.cardenas(a)lindows.com> c.com> cc: David.Goodenough(a)DGA.co.uk, wine-devel(a)winehq.com Subject: Re: Road to 0.9 03/21/02 03:37 PM Actually, there's a "Hack of a patch" that was posted to wine-users regarding that issue, unless it was mentioned here, and I missed it. See http://www.winehq.com/hypermail/wine-users/2002/02/0299.html If "Notes" is on the top 10 list, that patch might be a good place to start.. Rick On Tue, 2002-03-19 at 16:44, Michael Cardenas wrote: > That totally counts. Can you pick up builds of wine on a daily or weekly > basis and let us know if/when Notes breaks? > > David.Goodenough(a)DGA.co.uk wrote: > > >I use Lotus Notes under Wine all the time. Does that coult. > > > >BTW, the current Debian testing build has a curious problem in that I am > >typing blind. When in a Notes RichText field (but not in regular text > >fields) until I move onto the next line, or switch desktops and back, I can > >not see what I am typing at all. The new text and the cursor simply > >dissappear. Does wonders for my touch typing. > > > >David > > > > > > > > > > Michael Cardenas > > <michael.cardenas(a)li To: wine-devel <wine-devel(a)winehq.com> > > ndows.com> cc: > > Sent by: Subject: Re: Road to 0.9 > > wine-devel-admin(a)win > > ehq.com > > > > > > 03/19/02 06:15 PM > > > > > > > > > > > > > > > > > >I think this will really bring us a long way to having a stable wine. > > > >Does anyone besides lawson have a pet application that they use all the > >time? > > > >Any volunteers? > > > >James Hatheway wrote: > > > >>>C. Testing apps? I have no real idea what you mean. > >>> > >>Sorry, I guess I should have been more clear, I just typed in > >>word for word my brief shorthand notes :) > >> > >>Basically, the idea that we had was the concept of getting users > >>to volunteer to "own" an app, ie. responsible for yelling when > >>we break an app. This already sort of happens, but never > >>in a formal way. We never decided the details, but I envisiage > >>having one person volunteering to each test their favourite app on every > >>release and filing bugs. (in a way that is helpful, we'll have docs for > >> > >that) > > > >> > >>-James > >> > > > > > > > > > > > > > > > > > > > > > > > -- -- Rick Romero IT Manager Valeo, Inc. ph: 262.685.4841 Sussex, WI. fax: 262.695.4850 Rick(a)valeoinc.com

1 0

Re: Current CVS build
by Daniel Bingham March 22, 2002

March 22, 2002

Thomas Duffy wrote: >On Thu, 2002-03-21 at 13:46, Daniel Bingham wrote: > >>This afternoon (3-21 @ 12:30ish) I downloaded the current cvs and tried >> > >Alexandre checked in a fix today at 12:36 :) -- well, at least in my >time zone. > I just updated my CVS tree and rebuilt it, and I still get the same error on trying to execute wine. I haven't ever had the error on build again after I did the make install on the unicode directory. I tried make uninstall on the unicode directory and then make clean, etc from the wine root and I still didn't get the error on build, but no matter what I still get the error on execution of wine: wine: error while loading shared libraries: libntdll.dll.so: cannot open shared object file: No such file or directory -- How every version of MICROS~1 windows comes to exist: # dd if=/dev/random of=/dev/hda -- "All variables are removed by `unset *`; this has noticeably distasteful side effects." - Solaris man pages for setenv

2 2

mapping a directory
by Lonnie Cumberland March 21, 2002

March 21, 2002

Hello All, I have installed the latest Wine onto my Linux Redhat 7.2 and it seems to run very well for the most part. I can easily map a Linux directory to a Windows drive, but I actually have a need to be able to map a linux directory to windows subdirectory. About the only way that I can currently think of that might work would be to use a symbolic link on the Linux subsystem. 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 2

Current CVS build
by Daniel Bingham March 21, 2002

March 21, 2002

This afternoon (3-21 @ 12:30ish) I downloaded the current cvs and tried to build and install it. I made it through configure and make depend without any problems, but make returned: /usr/bin/ld: warning: libwine_unicode.so needed for libntdll.dll.so, not found I saw that libwine_unicode.so was indeed there so I did a make, make install on the unicode directory. That completed without any errors so I went back to the wine root direcotry, did make clean; ./configure; make depend; make; make install and that all completed without errors. Then when trying to run wine I get the error: wine: error while loading shared libraries: libntdll.dll.so: cannot open shared object file: No such file or directory I thought you guys might need the information on the cvs, and if not, maybe at least you could help me. Thanks. Daniel Bingham db78(a)att.net

2 1

wineconf and ideas
by Jason Phillips March 21, 2002

March 21, 2002

Just wanted to say I had a really interesting time at WineConf2002. Mucho gracias to Lindows for their generosity in hosting it. I'm pretty much new to wine so I got a lot out of it, and it was great meeting the Wine developers in person. Here are a couple of points that I would really like to agree with about what was already mentioned that's needed for Wine. 1) Use the winehq bugzilla. There are only something like less than 500 hundred bugs in reported so far. I'm sure that the number of actual bugs is dozens of times more than that. Also bugzilla lets people know who's working on what, what issues are being worked on, and other information that makes it easier for newcomers. Something that wasn't really mentioned but maybe should be is to let there be more of an established process in how bugs go through their cycle. Normally that's largely the role of QA and in an open source project QA is one of the less "fun" roles, but it's still needed. For example, I submitted a patch that fixed a bug and I'm now curious how and when that goes to the "closed" status. 2) Create the unit/regression tests. In Xtreme programming I vaguely remember that writing the unit test is the first step before actually writing any code to clearly define the technical requirements and also verify that it does what it needs to do. I can see the value in that, even though it wouldn't be practical to take it to that level. Possibly as an idea, there could be two levels of tests. One, more of a sanity test type check and another which would be much more rigorous and lengthy for regression and unit testing. Making a few tests is something that I could start with right away. Wineserver seems an interesting place to start doing stuff and poking around, but I don't want to get in too deep right away. Besides I heard there's already work being done on it in some way (hint: if it was in bugzilla I'd know exactly what's being done and by whom). Maybe I'll do a developer type doc on wineserver and how it all works as I figure it out for myself. Michael Robertson commented on how wine could attract attention by focusing on a top 10 sort of list. That seems like a good idea. That's one of Lindows' main goals anyway, right? Maybe they could start submitting bugs from their own testing. If Lindows want's to make a substantial difference in Wine development why don't they hire more than 2 developers devoted to it? Working off of and submitting to the official LGPL Wine source would also obviously be a great help too. Having a proprietary code fork doesn't really help the official Wine out that much, especially if it's never merged back in.

3 3

Regression error detected!
by Paul Millar March 21, 2002

March 21, 2002

Hi Everyone, Just a couple of points: I've detected a regression error: cvs doesn't build any more (at least not for me). See http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php and http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=29 for details. Also, this build fail illustrated a couple of problems with the current setup, so any updates to wine wont cause WRT to update for a little while. Should be back in action again soon, though. HTH, Paul.

2 1

Re: getting an embedded ie browser to work
by Michael Cardenas March 21, 2002

March 21, 2002

Dmitry Timoshkov wrote: >"Michael Cardenas" wrote: > >>>>>08d10f38:Call >>>>>kernel32.WideCharToMultiByte(00000000,00000000,405b54f4 L"Internet >>>>>Explorer_Hidden",ffffffff,405b52a0,00000207,00000000,00000000) >>>>>ret=70bd1cbf >>>>>08d10f38:Ret kernel32.WideCharToMultiByte() retval=00000019 >>>>>ret=70bd1cbf >>>>> >>I tried an isolated test case and strlenW works fine. I'm going to try >>to see if another string is somehow getting passed to it. ??? > >I don't see any problem with the above trace. "Internet Explorer_Hidden" has >length 24 + '\0' = 25. WideCharToMultiByte() has returned 0x19 == 25 decimal. >Why did you conclude that '_' can't be translated from unicode to ANSI? > You're right. goddamn. I've been looking at this problem for too long. thanks. :-/ -- /*-------------------------------------------- michael cardenas lead windows compatibility engineer www.lindows.com "Be the change you want to see in the world" -Mahatma Gandhi ---------------------------------------------*/

1 0

Bugzilla and the Apps database
by Tony lambregts March 21, 2002

March 21, 2002

I would like to see some integration of the apps database with bugzilla. The way I see it the best way for this to work is for the apps database to be a front end to bugzilla for users. If a user has a problem with the application they could search to see if the problem was already reported or enter a new bug . Dependancys for getting the application working 100% could be integrated in this way. The application maintainer could help make sense of useless bug reports, identify duplicate bug reports and help decide when a bug was resolved. Any comments? Tony Lambregts

7 10

Re: Road to 0.9
by Michael Cardenas March 21, 2002

March 21, 2002

That totally counts. Can you pick up builds of wine on a daily or weekly basis and let us know if/when Notes breaks? David.Goodenough(a)DGA.co.uk wrote: >I use Lotus Notes under Wine all the time. Does that coult. > >BTW, the current Debian testing build has a curious problem in that I am >typing blind. When in a Notes RichText field (but not in regular text >fields) until I move onto the next line, or switch desktops and back, I can >not see what I am typing at all. The new text and the cursor simply >dissappear. Does wonders for my touch typing. > >David > > > > > Michael Cardenas > <michael.cardenas(a)li To: wine-devel <wine-devel(a)winehq.com> > ndows.com> cc: > Sent by: Subject: Re: Road to 0.9 > wine-devel-admin(a)win > ehq.com > > > 03/19/02 06:15 PM > > > > > > > > >I think this will really bring us a long way to having a stable wine. > >Does anyone besides lawson have a pet application that they use all the >time? > >Any volunteers? > >James Hatheway wrote: > >>>C. Testing apps? I have no real idea what you mean. >>> >>Sorry, I guess I should have been more clear, I just typed in >>word for word my brief shorthand notes :) >> >>Basically, the idea that we had was the concept of getting users >>to volunteer to "own" an app, ie. responsible for yelling when >>we break an app. This already sort of happens, but never >>in a formal way. We never decided the details, but I envisiage >>having one person volunteering to each test their favourite app on every >>release and filing bugs. (in a way that is helpful, we'll have docs for >> >that) > >> >>-James >> > > > > > > > > > >

2 1

Re: wineconf 2002: final things
by Sylvain Petreolle March 21, 2002

March 21, 2002

Hi, I'm today interested by the Internet Explorer screen shot. I want to use it to start a game (a plugin needed by the game to start requests IE to function.) I have today problmes with the drawing of the icons bar where home page, stop, refresh and so on are sitting. They display for the moment in all black. I would know how to display them correct. I tried IE 5, 5.5 and 6 and after all the result is the same : black icons are dislayed with all the 3 versions. Would you have tips ? --- Ian Schmidt <ischmidt(a)cfl.rr.com> a écrit : > On Tuesday 19 March 2002 09:42 pm, you wrote: > > Are you the maintainer of this site ? > > Yes. Although I don't maintain it much anymore > since the apps database at > least in theory has screenshots now :) > > -Ian ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

4 5

Re: getting an embedded ie browser to work
by Michael Cardenas March 21, 2002

March 21, 2002

ichael Cardenas wrote: > So, I think I found the problem. > michael cardenas wrote: > >> 08d10f38:Call kernel32.WideCharToMultiByte(00000000,00000000,405b54f4 >> L"Internet >> Explorer_Hidden",ffffffff,405b52a0,00000207,00000000,00000000) >> ret=70bd1cbf >> 08d10f38:Ret kernel32.WideCharToMultiByte() retval=00000019 >> ret=70bd1cbf > > It seems that WideCharToMultiByte thinks it can't translate _ to the > ascii codepage. I'm trying to dig in and fix this now. WideCharToMultiByte calls down to wcstombs_sbcs, which copies the string in correctly, but the length returned is wrong. in this case, the length is found by calling strlenW, which is an inline in include/wine/unicode.h, because the calling app passes in -1 as the length of the src string. i'm not terribly familiar with asm in gcc. does strlenW look like it might not return the right value if there's a _ in the string? -- /*-------------------------------------------- michael cardenas lead windows compatibility engineer www.lindows.com "Be the change you want to see in the world" -Mahatma Gandhi ---------------------------------------------*/ -- /*-------------------------------------------- michael cardenas lead windows compatibility engineer www.lindows.com "Be the change you want to see in the world" -Mahatma Gandhi ---------------------------------------------*/

3 3

Road to 0.9
by James Hatheway March 21, 2002

March 21, 2002

Hi everyone, I just got back from sunny San Diego last night to not-so-sunny Ottawa, where I seem to have been just in time to catch a snow storm, lucky me! As I said I would do at the conference, I am posting notes on the road to Wine 0.9 (tasks that Alexandre requires to consider WINE at the 0.9 stage), and the names of the people who volunteered to get the ball rolling on each point. For Wine 0.9 ========= * Dll seperation (being able to build on windows being a "Wish") - Dimi, Patrick, Steven, Alexandre, Scott * Address Space Seperation - Alexandre * Window Management - Ulrich, Mike, Alexandre * Wine Server Protocols (DONE) * Regression Testing - Francois, Andridy, Patrick, Dimi, Andi, Steven * Documention -> Call for a FAQ maintainer Urivan, Andi, Jeremy Newman * Bugzilla - Francois, Andridy, Jeremy Newman- to create a wine-bug maillist ALL should commit to using bugbase The other keypoint that was brought up was that: we need to drive users in and make it easy for them to help with (A) Docs, (B) Bugs, and (C) Testing apps -James -- James Hatheway james(a)macadamian.com ~ http://www.macadamian.com Software Designer - Macadamian Technologies, Inc. -- Software experts for the world's leading technology companies. Obligatory Geek Expression: "Save the Whales, Free the mallocs!"

12 32

remove for maximizing legal safety...
by Hidenori TAKESHIMA March 21, 2002

March 21, 2002

Hmm... I'd checked my all patches. I cannot determine legality of some codes, so some codes should be removed for avoiding potential legal issues, sorry... I don't know about branches of non-official wines. Please remove if you maintain branches of wine, too... 1)Please remove the following headers from cvs tree.. include/dmo.h include/dmoreg.h include/dmort.h include/dshow.h include/mediaobj.h include/mediaerr.h include/audevcod.h dlls/msdmo/dmoreg.c dlls/msdmo/dmort.c 2)apply the attached patch file... ChangeLog: Removed some codes.

1 0

getting an embedded ie browser to work
by michael cardenas March 21, 2002

March 21, 2002

Here's what I know so far anout this browser problem from digging through tons of aol7 traces. Aol registers the WM_HTML_GETOBJECT message, which is usually used to create an IHtmlDocument2 object, but then never uses the message returned from RegisterWindowMessage. 08d10f38:Call kernel32.WideCharToMultiByte(00000000,00000000,70ccb00c L"WM_HTML_GETOBJECT",ffffffff,405b53ac,00000207,00000000,00000000) ret=70bd1cbf 08d10f38:Ret kernel32.WideCharToMultiByte() retval=00000012 ret=70bd1cbf 08d10f38:Call user32.RegisterWindowMessageA(405b53ac "WM_HTML_GETOBJECT") ret=70bd4171 08d10f38:Ret user32.RegisterWindowMessageA() retval=0000c07b ret=70bd4171 08d10f38:RET shlwapi.133: @(70ccb00c) retval = 0000c07b ret=70cca9d3 Also, at one point there are some UnmapNotify messages sent to an unknown window, but I don't know if that's related. 0313-2:warn:event:EVENT_ProcessEvent Got event UnmapNotify for unknown Window 02400030 There's also a call to this undocumented function, but it since I'm using the native dlls, it seems to work fine. 08d10f38:CALL urlmon.11: CoInternetCreateSecurityManager(<unknown, check return>) ret=70c5839f 08d10f38:CALL ole32.75: CoTaskMemAlloc(0000002c) ret=70291e12 08d10f38:Call kernel32.HeapAlloc(40380000,00000000,0000002c) ret=65f014f0 08d10f38:Ret kernel32.HeapAlloc() retval=42cb22e0 ret=65f014f0 08d10f38:RET ole32.75: CoTaskMemAlloc() retval = 42cb22e0 ret=70291e12 08d10f38:Call kernel32.InterlockedIncrement(702e6150) ret=70291e59 08d10f38:Ret kernel32.InterlockedIncrement() retval=00000001 ret=70291e59 08d10f38:CALL shlwapi.658: SHRegOpenUSKeyW(<unknown, check return>) ret=70291f21 08d10f38:Call kernel32.WideCharToMultiByte(00000000,00000000,70291fd4 L"Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\",ffffffff,405b319c,00000100,00000000,00000000) ret=70bd55c0 08d10f38:Ret kernel32.WideCharToMultiByte() retval=00000045 ret=70bd55c0 08d10f38:Call kernel32.LocalAlloc(00000040,00000114) ret=70bd530b 08d10f38:Ret kernel32.LocalAlloc() retval=42cb2364 ret=70bd530b 08d10f38:Call kernel32.lstrlenA(42cb2374 "") ret=70bd536b 08d10f38:Ret kernel32.lstrlenA() retval=00000000 ret=70bd536b 08d10f38:Call kernel32.lstrcpynA(42cb2374,405b319c "Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\",000000ff) ret=70bd464a 08d10f38:Ret kernel32.lstrcpynA() retval=42cb2374 ret=70bd464a 08d10f38:CALL advapi32.239: RegOpenKeyExA(80000001,42cb2374,00000000,00020019,42cb2364) ret=70bd53ad 08d10f38:Call kernel32.IsBadWritePtr(42cb2364,00000004) ret=bfe814e2 08d10f38:Ret kernel32.IsBadWritePtr() retval=00000000 ret=bfe814e2 08d10f38:Call kernel32.VxDCall3(00010011) ret=bfe8150a fs=008f eax=80000001 ebx=42cb2364 ecx=40381570 edx=405b2fec esi=80000001 edi=42cb2364 ebp=405b314c esp=405b3138 ds=002b es=002b gs=0000 flags=00003282 08d10f38:Ret kernel32.VxDCall3() retval=00000000 ret=bfe8150a fs=008f eax=00000000 ebx=42cb2364 ecx=40381570 edx=405b2fec esi=80000001 edi=42cb2364 ebp=405b314c esp=405b3144 ds=002b es=002b gs=0000 flags=00003282 08d10f38:RET advapi32.239: RegOpenKeyExA() retval = 00000000 ret=70bd53ad 08d10f38:Call kernel32.lstrcpyA(42cb2374,405b319c "Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\") ret=70bd53bd 08d10f38:Ret kernel32.lstrcpyA() retval=42cb2374 ret=70bd53bd 08d10f38:RET shlwapi.658: SHRegOpenUSKeyW(70291fd4,00020019,00000000,405b32bc,00000000) retval = 00000000 ret=70291f21 08d10f38:Call ntdll.RtlEnterCriticalSection(702e6300) ret=702930c5 08d10f38:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=702930c5 08d10f38:Call ntdll.RtlEnterCriticalSection(702e6300) ret=702a1a66 08d10f38:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=702a1a66 08d10f38:CALL shlwapi.658: SHRegOpenUSKeyW(702a1adc,00020019,42cb2364,405b323c,00000000) ret=70291f21 08d10f38:Call kernel32.WideCharToMultiByte(00000000,00000000,702a1adc L"Ranges\\",ffffffff,405b311c,00000100,00000000,00000000) ret=70bd55c0 08d10f38:Ret kernel32.WideCharToMultiByte() retval=00000008 ret=70bd55c0 08d10f38:Call kernel32.IsBadWritePtr(42cb2364,00000114) ret=70bd5420 08d10f38:Ret kernel32.IsBadWritePtr() retval=00000000 ret=70bd5420 08d10f38:Call kernel32.LocalAlloc(00000040,00000114) ret=70bd530b 08d10f38:Ret kernel32.LocalAlloc() retval=42cb2484 ret=70bd530b 08d10f38:Call kernel32.lstrlenA(42cb2494 "Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\") ret=70bd1aba 08d10f38:Ret kernel32.lstrlenA() retval=00000044 ret=70bd1aba 08d10f38:Call user32.CharPrevA(42cb2494 "Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\",42cb24d8 "") ret=70bd1ad5 08d10f38:Ret user32.CharPrevA() retval=42cb24d7 ret=70bd1ad5 08d10f38:Call kernel32.lstrlenA(42cb2494 "Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\ZoneMap\\") ret=70bd536b 08d10f38:Ret kernel32.lstrlenA() retval=00000044 ret=70bd536b 08d10f38:Call kernel32.lstrcpynA(42cb24d8,405b311c "Ranges\\",000000bb) ret=70bd464a 08d10f38:Ret kernel32.lstrcpynA() retval=42cb24d8 ret=70bd464a 08d10f38:CALL advapi32.239: RegOpenKeyExA(000002e4,405b311c,00000000,00020019,42cb2484) ret=70bd5484 08d10f38:Call kernel32.IsBadWritePtr(42cb2484,00000004) ret=bfe814e2 08d10f38:Ret kernel32.IsBadWritePtr() retval=00000000 ret=bfe814e2 08d10f38:Call kernel32.VxDCall3(00010011) ret=bfe8150a fs=008f eax=00000001 ebx=42cb2484 ecx=40381570 edx=405b2f6c esi=000002e4 edi=42cb2484 ebp=405b30cc esp=405b30b8 ds=002b es=002b gs=0000 flags=00003202 08d10f38:Ret kernel32.VxDCall3() retval=00000000 ret=bfe8150a fs=008f eax=00000000 ebx=42cb2484 ecx=40381570 edx=405b2f6c esi=000002e4 edi=42cb2484 ebp=405b30cc esp=405b30c4 ds=002b es=002b gs=0000 flags=00003202 08d10f38:RET advapi32.239: RegOpenKeyExA() retval = 00000000 ret=70bd5484 08d10f38:RET shlwapi.658: SHRegOpenUSKeyW() retval = 00000000 ret=70291f21 08d10f38:CALL shlwapi.660: SHRegQueryInfoUSKeyW(<unknown, check return>) ret=702bdb74 08d10f38:Call kernel32.IsBadWritePtr(42cb2484,00000114) ret=70bf4637 08d10f38:Ret kernel32.IsBadWritePtr() retval=00000000 ret=70bf4637 08d10f38:CALL advapi32.242: RegQueryInfoKeyA(000002e8,00000000,00000000,00000000,702f03ec,405b32c0,00000000,00000000,00000000,00000000,00000000,00000000) ret=70bf4742 08d10f38:Call kernel32.IsBadWritePtr(702f03ec,00000004) ret=bfe81b09 08d10f38:Ret kernel32.IsBadWritePtr() retval=00000000 ret=bfe81b09 08d10f38:Call kernel32.IsBadWritePtr(405b32c0,00000004) ret=bfe81b28 08d10f38:Ret kernel32.IsBadWritePtr() retval=00000000 ret=bfe81b28 08d10f38:Call kernel32.VxDCall6(0001001d) ret=bfe81c36 fs=008f eax=00000001 ebx=00000000 ecx=40381570 edx=405b3048 esi=00000000 edi=00000000 ebp=405b31ac esp=405b3188 ds=002b es=002b gs=0000 flags=00003202 08d10f38:Ret kernel32.VxDCall6() retval=00000000 ret=bfe81c36 fs=008f eax=00000000 ebx=00000000 ecx=40381570 edx=405b3048 esi=00000000 edi=00000000 ebp=405b31ac esp=405b31a0 ds=002b es=002b gs=0000 flags=00003202 08d10f38:RET advapi32.242: RegQueryInfoKeyA() retval = 00000000 ret=70bf4742 08d10f38:RET shlwapi.660: SHRegQueryInfoUSKeyW(42cb2484,702f03ec,405b32c0,00000000,00000000,00000000) retval = 00000000 ret=702bdb74 08d10f38:Call ntdll.RtlLeaveCriticalSection(702e6300) ret=702a1ac2 08d10f38:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=702a1ac2 08d10f38:CALL shlwapi.639: SHRegCloseUSKey(<unknown, check return>) ret=702919ee 08d10f38:Call kernel32.IsBadWritePtr(42cb2484,00000114) ret=70bd4e19 08d10f38:Ret kernel32.IsBadWritePtr() retval=00000000 ret=70bd4e19 08d10f38:CALL advapi32.216: RegCloseKey(000002e8) ret=70bd4e58 08d10f38:Call kernel32.VxDCall1(00010013) ret=bfe8165f fs=008f eax=00000001 ebx=00000000 ecx=40381570 edx=405b30e0 esi=000002e8 edi=408c0e47 ebp=405b32cc esp=405b3228 ds=002b es=002b gs=0000 flags=00003202 08d10f38:Ret kernel32.VxDCall1() retval=00000000 ret=bfe8165f fs=008f eax=00000000 ebx=00000000 ecx=40381570 edx=405b30e0 esi=000002e8 edi=408c0e47 ebp=405b32cc esp=405b322c ds=002b es=002b gs=0000 flags=00003202 08d10f38:RET advapi32.216: RegCloseKey() retval = 00000000 ret=70bd4e58 08d10f38:Call kernel32.LocalFree(42cb2484) ret=70bd4e6b 08d10f38:Ret kernel32.LocalFree() retval=00000000 ret=70bd4e6b 08d10f38:RET shlwapi.639: SHRegCloseUSKey(42cb2484) retval = 00000000 ret=702919ee 08d10f38:Call ntdll.RtlLeaveCriticalSection(702e6300) ret=702930d5 08d10f38:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=702930d5 08d10f38:RET urlmon.11: CoInternetCreateSecurityManager(00000000,42cb2124,00000000) retval = 00000000 ret=70c5839f There's also this, which is of interest, but shlwapi.55, which is CreateWindowExW, seems to correctly return a handle to the window requested... 08d10f38:Call kernel32.WideCharToMultiByte(00000000,00000000,405b54f4 L"Internet Explorer_Hidden",ffffffff,405b52a0,00000207,00000000,00000000) ret=70bd1cbf 08d10f38:Ret kernel32.WideCharToMultiByte() retval=00000019 ret=70bd1cbf 08d10f38:Call user32.RegisterClassExA(405b54ac) ret=70bdbf42 08d10f38:Ret user32.RegisterClassExA() retval=0000c07a ret=70bdbf42 08d10f38:RET shlwapi.314: @(405b5574) retval = 0000c07a ret=70cccd4a 08d10f38:CALL shlwapi.55: @(<unknown, check return>) ret=70cc7223 08d10f38:Call user32.CreateWindowExA(00000000,0000c07a,00000000,80000000,00000000,00000000,00000000,00000000,00000000,00000000,70c30000,00000000) ret=70bd3fda 08d10f38:Call x11drv.CreateWindow(0001006f,405b5034,00000000) ret=406fdaa5 08d10f38:Call window proc 0x70c31930 (hwnd=0001006f,msg=WM_NCCREATE,wp=00000000,lp=405b5034) 08d10f38:Call kernel32.VirtualQuery(405b3000,405b4ad0,0000001c) ret=70c31b1e 08d10f38:Ret kernel32.VirtualQuery() retval=0000001c ret=70c31b1e 08d10f38:Call kernel32.VirtualQuery(405b2000,405b4ad0,0000001c) ret=70c31b1e 08d10f38:Ret kernel32.VirtualQuery() retval=0000001c ret=70c31b1e 08d10f38:Call kernel32.VirtualQuery(405b1000,405b4ad0,0000001c) ret=70c31b1e 08d10f38:Ret kernel32.VirtualQuery() retval=0000001c ret=70c31b1e 08d10f38:Call kernel32.VirtualQuery(405b0000,405b4ad0,0000001c) ret=70c31b1e 08d10f38:Ret kernel32.VirtualQuery() retval=0000001c ret=70c31b1e 08d10f38:Call kernel32.VirtualQuery(405af000,405b4ad0,0000001c) ret=70c31b1e if anyone has any other suggestions, they would be greatly appreciated. thank you michael

1 1

Re: aRts driver patch
by Eric Pouech March 20, 2002

March 20, 2002

> - Range for 8 bit volume is now 127 to -128 sorry for being pitchy but 8 bit samples are actually unsigned integers so range is really 0 255 not -128 127 (I know at the beginning it's strange when 16 bit samples are signed integers) A+

2 2

(no subject)
by Sylvain Petreolle March 20, 2002

March 20, 2002

Hi all, --- Hetz Ben Hamo <hetz(a)kde.org> a écrit : > On Wednesday 20 March 2002 21:39, Michael Cardenas > wrote: > > That is an old problem that's been resolved. Are > you using a current > > version of wine? I'm using current CVS to run it. the errors that appears to be a graphic issue for the icons are these : fixme:bitmap:X11DRV_DIB_GetImageBits Compression not yet supported! fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitmap:X11DRV_DIB_GetImageBits Compression not yet supported! fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy > > You're managing to install IE 5.5 without win9x > dll's? as a stand alone? I > didn't manage so far... what tree do u use? > > Hetz I have a Win9X install (only used for gaming) and I grabbed some dlls to run some apps... (Quake3 is running fine with wine:) ) To manage to run the IE 6 installer, I used it with the minimal installation.With a little fixme's, plus wininit's job by hand and RunOnce to execute by hand, it does its job fine. screenshot: http://membres.lycos.fr/lhshepherd/screenshots/2002_03_20_214106_shot.jpg ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

using libntdll.so in console app?
by Arpi March 20, 2002

March 20, 2002

Hi, I need some help. I've search through docs, and winelib-howto, but didn't find what i need. I want to use libntdll functionality (and some other winapi functions) in a linux console app. The app. is basically a linux program, i just have to call some functions provided in win32 .dll form (no source). I tried: int main(){ void* handle=LoadLibraryA("test.dll"); int (*myfunc)(int x)=GetProcAddress(handle,"MyProc"); int ret=myfunc(123); ... } it's compiled with -lntdll (it also links to libwine.so automagically) but when running it, I got only Invalid Heap: 00000000 message. i think i should call some Init() function before using wine functions. but i was unable to find which one... :( i don't want to use the documented way, so making WinMain() and let wine to handle main() and call my program as an library/function. libloader.a in avifile/mplayer/xine provides such functionality, but it lacks of many function implementations so it's unusable (yet) for me :( thanks, A'rpi / Astral & ESP-team -- Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu

2 1