wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: MaskBlt function almost working
by Lonnie Cumberland 03 Apr '02

03 Apr '02

Hello All, I just found out that the Maskblt code that I submitted earlier is free to use, but there is still a little problem with it and I am not sure how to fix it. Cheers, Lonnie > -----BEGIN PGP SIGNED MESSAGE----- > > Moin, > > On 02-Apr-02 Tels carved into stone: >> -----BEGIN PGP SIGNED MESSAGE----- >> >> Moin, >> >> On 02-Apr-02 Dimitrie O. Paun carved into stone: >>> On April 2, 2002 12:48 pm, Lonnie Cumberland wrote: >>>> Hello All, >>> [...] >>>> By the way, I found this function at: >>>> >>>> http://www.codeproject.com/bitmap/maskblt.asp >>>> >>>> and modified it to work with wine. >>> >>> What about the license? Is it LGPL compatible? >> >> I have searched the entire site and I couldn't find a single bit >> about the >> licence that submitted (or otherwise available code at that >> site) falls under. It is heavy MS-centric, so I guess it is not >> very /L?GPL/ friendly. >> >> Best bet would probably be to send them an email and ask ;) > > Ah, I overread this in the FAQ: > >>If you post to CodeProject then you retain copyright of your >>article and code. You also give CodeProject permission to use it >>in a fair manner and also permit all developers to freely use the >>code in their own >>applications. >> >>Note that we do not accept time limited or shareware >>contributions: All code that is available from our site must be >>available for use for free. > > IANLSBIPAH (I am no Licence specialist, but I play one at home) > so somebody else could chime in and tell us if that is > "compatible". Also aksing the original author nonetheless because > it is kind and friendly wouldn#t hurt, either. > > Cheers, > > Tels > > - -- > "Why do you go so slowly? Do you think this is some kind of > game?" PGP key available on http://bloodgate.com/tels.asc or via > email. > perl -MDev::Bollocks -e'print Dev::Bollocks->rand(),"\n"' > widespreadedly synthesize second-generation markets > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (GNU/Linux) > Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir > cevinpl. > > iQEVAwUBPKoBpHcLPEOTuEwVAQEhKgf+OyAxJsidtYoY9O+5r7OjYK9RcKFVF8ED > SiwlbJsohA7Ip681sFovCrcixli/11LuImHSbHCBhgunocq/fAmsSUbhR7gYcd0F > irzaDbRFFHvVUadLBdCecDeaI4FBKK22+dW7zl2uiShfQMb+BgkAsWtOmwBBRLlW > 2qaStWbbNXL+XbHal/m9qGlQ+G4zHOpd7mz0li8B/NMWdbmIv5pFYP2Fs+hKE5t4 > 1546AShXiFyj36cdB9iB71BK2nmYtiECB0b4G7HhR8foT7JDfIZUxP+0LrC14pfh > ITOczNEbZzaVs+lIg3tSdM6nymzaCHHIQWsxXMbtgJwbDd4RJcoxFA== > =FMIm > -----END PGP SIGNATURE----- -- 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

Where is "cprof"
by Luca Fini 02 Apr '02

02 Apr '02

I've seen that the Wine development team has also developed a profiler for multi-threaded programs. I'd be very interested in using it to profile an application which I'm developing (with no connection with wine itlself). Unfortunately the site which is suppose to be the cprof home is at Corel, which I understand is no longer in business. Where can I found a workable version of cprof? Many thanks for any reoply. l.f. -- -------------------------------------------------------------------------- -- ) Luca Fini Tel: +39 055 2752 307 ___ |\ Osservatorio Astrofisico di Arcetri Fax: +39 055 2752 292 / | | |-_ L.go E.Fermi, 5 +----------------------------------------- (___|___//___) 50125 Firenze / WWW: http://www.arcetri.astro.it/~lfini (_) (_) Italia / e-mail: lfini(a)arcetri.astro.it -----------------------------+--------------------------------------------

2 1

create process test (for review)
by Eric Pouech 02 Apr '02

02 Apr '02

as already discussed a bit, here's a first shot at testing CreateProcess patch is made of two parts: - extension to existing C test framework to pass argc/argv to any test function - the test itself any comments are welcome A+ Name: test_arg ChangeLog: now C tests are able to access argc/argv as passed to the program License: X11 GenDate: 2002/04/01 15:49:15 UTC ModifiedFiles: programs/winetest/wtmain.c include/wine/test.h AddedFiles: =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/programs/winetest/wtmain.c,v retrieving revision 1.4 diff -u -u -r1.4 wtmain.c --- programs/winetest/wtmain.c 29 Mar 2002 18:05:17 -0000 1.4 +++ programs/winetest/wtmain.c 30 Mar 2002 06:55:02 -0000 @@ -31,6 +31,10 @@ /* current platform */ const char *winetest_platform = "windows"; +/* passing arguments around */ +static int winetest_argc; +static char** winetest_argv; + struct test { const char *name; @@ -153,6 +157,12 @@ todo_level--; } +int winetest_get_mainargs( char*** pargv ) +{ + *pargv = winetest_argv; + return winetest_argc; +} + /* Find a test by name */ static const struct test *find_test( const char *name ) { @@ -205,6 +215,9 @@ int main( int argc, char **argv ) { char *p; + + winetest_argc = argc; + winetest_argv = argv; if ((p = getenv( "WINETEST_PLATFORM" ))) winetest_platform = p; if ((p = getenv( "WINETEST_DEBUG" ))) winetest_debug = atoi(p); Index: include/wine/test.h =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/include/wine/test.h,v retrieving revision 1.3 diff -u -u -r1.3 test.h --- include/wine/test.h 22 Mar 2002 00:58:00 -0000 1.3 +++ include/wine/test.h 30 Mar 2002 06:50:53 -0000 @@ -38,6 +38,7 @@ extern void winetest_start_todo( const char* platform ); extern int winetest_loop_todo(void); extern void winetest_end_todo( const char* platform ); +extern int winetest_get_mainargs( char*** pargv ); #define START_TEST(name) void func_##name(void) Name: test_cp ChangeLog: added a framework for testing CreateProcess and a few tests License: X11 GenDate: 2002/04/01 16:32:58 UTC ModifiedFiles: dlls/kernel/Makefile.in dlls/kernel/tests/.cvsignore AddedFiles: dlls/kernel/tests/process.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/Makefile.in,v retrieving revision 1.29 diff -u -u -r1.29 Makefile.in --- dlls/kernel/Makefile.in 27 Mar 2002 21:03:50 -0000 1.29 +++ dlls/kernel/Makefile.in 28 Mar 2002 06:27:06 -0000 @@ -41,7 +41,8 @@ CTESTS = \ tests/alloc.c \ - tests/directory.c + tests/directory.c \ + tests/process.c PLTESTS = \ tests/atom.pl Index: dlls/kernel/tests/.cvsignore =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/tests/.cvsignore,v retrieving revision 1.3 diff -u -u -r1.3 .cvsignore --- dlls/kernel/tests/.cvsignore 27 Mar 2002 21:18:02 -0000 1.3 +++ dlls/kernel/tests/.cvsignore 28 Mar 2002 06:27:19 -0000 @@ -2,4 +2,5 @@ atom.ok directory.ok kernel32_test.spec.c +process.ok testlist.c --- /dev/null Thu Jan 1 01:00:00 1970 +++ dlls/kernel/tests/process.c Mon Apr 1 18:32:36 2002 @@ -0,0 +1,732 @@ +/* + * Unit test suite for CreateProcess function. + * + * Copyright 2002 Eric Pouech + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <assert.h> +#include <stdio.h> +#include <stdlib.h> +#include "winbase.h" +#include "winuser.h" +#include "wine/test.h" + +static char base[MAX_PATH]; +static char selfname[MAX_PATH]; +static char resfile[MAX_PATH]; + +static int myARGC; +static char** myARGV; + +/* ---------------- portable memory allocation thingie */ + +static char memory[16384]; +static char* memory_index = memory; + +static char* grab_memory(size_t len) +{ + char* ret = memory_index; + /* align on dword */ + len = (len + 3) & ~3; + memory_index += len; + assert(memory_index <= memory + sizeof(memory)); + return ret; +} + +static void release_memory(void) +{ + memory_index = memory; +} + +/* ---------------- simplistic tool to encode/decode strings (to hide \ " ' and such) */ + +static char* encodeA(const char* str) +{ + size_t len; + char* ptr; + int i; + + if (!str) return ""; + len = strlen(str) + 1; + ptr = grab_memory(len * 2 + 1); + for (i = 0; i < len; i++) + sprintf(&ptr[i * 2], "%02x", (unsigned char)str[i]); + ptr[2 * len] = '\0'; + return ptr; +} + +static char* encodeW(const WCHAR* str) +{ + size_t len; + char* ptr; + int i; + + if (!str) return ""; + len = lstrlenW(str) + 1; + ptr = grab_memory(len * 4 + 1); + assert(ptr); + for (i = 0; i < len; i++) + sprintf(&ptr[i * 4], "%04x", (unsigned int)(unsigned short)str[i]); + ptr[4 * len] = '\0'; + return ptr; +} + +static unsigned decode_char(char c) +{ + if (c >= '0' && c <= '9') return c - '0'; + if (c >= 'a' && c <= 'f') return c - 'a' + 10; + assert(c >= 'A' && c <= 'F'); + return c - 'A' + 10; +} + +static char* decodeA(const char* str) +{ + size_t len; + char* ptr; + int i; + + len = strlen(str) / 2; + if (!len--) return NULL; + ptr = grab_memory(len + 1); + for (i = 0; i < len; i++) + ptr[i] = (decode_char(str[2 * i]) << 4) | decode_char(str[2 * i + 1]); + ptr[len] = '\0'; + return ptr; +} + +static WCHAR* decodeW(const char* str) +{ + size_t len; + WCHAR* ptr; + int i; + + len = strlen(str) / 4; + if (!len--) return NULL; + ptr = (WCHAR*)grab_memory(len * 2 + 1); + for (i = 0; i < len; i++) + ptr[i] = (decode_char(str[4 * i]) << 12) | + (decode_char(str[4 * i + 1]) << 8) | + (decode_char(str[4 * i + 2]) << 4) | + (decode_char(str[4 * i + 3]) << 0); + ptr[len] = '\0'; + return ptr; +} + +/****************************************************************** + * init + * + * generates basic information like: + * base: top of wine tree on linux, curr dir on windows + * selfname: the way to reinvoke ourselves + */ +static int init(void) +{ + myARGC = winetest_get_mainargs( &myARGV ); + if (strcmp(winetest_platform, "windows")) + { + char* ptr = getenv("WINELOADER"); + + if (!ptr) return 0; + strcpy(base, ptr); + ptr = strrchr(base, '/'); + if (!ptr) return 0; + *ptr = '\0'; + /* be sure to use absolute pathnames so we can change dirs whenever we want */ + sprintf(selfname, + "%s/programs/winetest/runtest -q -P wine -M kernel32.dll -T %s -p %s/dlls/kernel/tests/kernel32_test", + base, base, base); + } + else + { + if (!GetCurrentDirectoryA(sizeof(base), base)) return 0; + strcpy(selfname, myARGV[0]); + } + + return 1; +} + +/****************************************************************** + * get_file_name + * + * generates an absolute file_name for temporary file + * + */ +static int get_file_name(char* buf, size_t len, const char* hint) +{ + char* ptr; + if (strcmp(winetest_platform, "windows")) + { + sprintf(buf, "%s/%s", base, hint); + for (ptr = buf; *ptr; ptr++) + if (*ptr == '\\') *ptr = '/'; + } + else + { + sprintf(buf, "%s\\%s", base, hint); + for (ptr = buf; *ptr; ptr++) + if (*ptr == '/') *ptr = '\\'; + } + //fprintf(stderr, "resfile=%s\n", buf); + return 0; +} + +/****************************************************************** + * doChild + * + * output most of the information in the child process + */ +static void doChild(const char* file) +{ + FILE* f = fopen(file, "w+"); + STARTUPINFOA siA; + STARTUPINFOW siW; + int i; + char* ptrA; + WCHAR* ptrW; + char bufA[MAX_PATH]; + WCHAR bufW[MAX_PATH]; + + if (!f) return; + + /* output of startup info (Ansi) */ + GetStartupInfoA(&siA); + fprintf(f, + "[StartupInfoA]\ncb=%08ld\nlpDesktop=%s\nlpTitle=%s\n" + "dwX=%lu\ndwY=%lu\ndwXSize=%lu\ndwYSize=%lu\n" + "dwXCountChars=%lu\ndwYCountChars=%lu\ndwFillAttribute=%lu\n" + "dwFlags=%lu\nwShowWindow=%u\n" + "hStdInput=%lu\nhStdOutput=%lu\nhStdError=%lu\n\n", + siA.cb, encodeA(siA.lpDesktop), encodeA(siA.lpTitle), + siA.dwX, siA.dwY, siA.dwXSize, siA.dwYSize, + siA.dwXCountChars, siA.dwYCountChars, siA.dwFillAttribute, + siA.dwFlags, siA.wShowWindow, + (DWORD)siA.hStdInput, (DWORD)siA.hStdOutput, (DWORD)siA.hStdError); + + /* since GetStartupInfoW is only implemented in win2k, + * zero out before calling so we can notice the difference + */ + memset(&siW, 0, sizeof(siW)); + GetStartupInfoW(&siW); + fprintf(f, + "[StartupInfoW]\ncb=%08ld\nlpDesktop=%s\nlpTitle=%s\n" + "dwX=%lu\ndwY=%lu\ndwXSize=%lu\ndwYSize=%lu\n" + "dwXCountChars=%lu\ndwYCountChars=%lu\ndwFillAttribute=%lu\n" + "dwFlags=%lu\nwShowWindow=%u\n" + "hStdInput=%lu\nhStdOutput=%lu\nhStdError=%lu\n\n", + siW.cb, encodeW(siW.lpDesktop), encodeW(siW.lpTitle), + siW.dwX, siW.dwY, siW.dwXSize, siW.dwYSize, + siW.dwXCountChars, siW.dwYCountChars, siW.dwFillAttribute, + siW.dwFlags, siW.wShowWindow, + (DWORD)siW.hStdInput, (DWORD)siW.hStdOutput, (DWORD)siW.hStdError); + + /* Arguments */ + fprintf(f, "[Arguments]\nargcA=%d\n", myARGC); + for (i = 0; i < myARGC; i++) + { + fprintf(f, "argvA%d=%s\n", i, encodeA(myARGV[i])); + } + fprintf(f, "CommandLineA=%s\n", encodeA(GetCommandLineA())); + +#if 0 + int argcW; + WCHAR** argvW; + + /* this is part of shell32... and should be tested there */ + argvW = CommandLineToArgvW(GetCommandLineW(), &argcW); + for (i = 0; i < argcW; i++) + { + fprintf(f, "argvW%d=%s\n", i, encodeW(argvW[i])); + } +#endif + fprintf(f, "CommandLineW=%s\n", encodeW(GetCommandLineW())); + fprintf(f, "\n"); + + /* output of environment (Ansi) */ + ptrA = GetEnvironmentStringsA(); + if (ptrA) + { + fprintf(f, "[EnvironmentA]\n"); + i = 0; + while (*ptrA) + { + if (strlen(ptrA) < 128) + { + fprintf(f, "env%d=%s\n", i, encodeA(ptrA)); + i++; + } + ptrA += strlen(ptrA) + 1; + } + fprintf(f, "\n"); + } + + /* output of environment (Unicode) */ + ptrW = GetEnvironmentStringsW(); + if (ptrW) + { + fprintf(f, "[EnvironmentW]\n"); + i = 0; + while (*ptrW) + { + if (lstrlenW(ptrW) < 128) + { + fprintf(f, "env%d=%s\n", i, encodeW(ptrW)); + i++; + } + ptrW += lstrlenW(ptrW) + 1; + } + fprintf(f, "\n"); + } + + fprintf(f, "[Misc]\n"); + if (GetCurrentDirectoryA(sizeof(bufA), bufA)) + fprintf(f, "cdirA=%s\n", encodeA(bufA)); + if (GetCurrentDirectoryW(sizeof(bufW) / sizeof(bufW[0]), bufW)) + fprintf(f, "cdirW=%s\n", encodeW(bufW)); + fprintf(f, "\n"); + + fclose(f); +} + +static char* getChildString(const char* sect, const char* key) +{ + char buf[1024]; + char* ret; + + GetPrivateProfileStringA(sect, key, "-", buf, sizeof(buf), resfile); + if (buf[0] == '\0' || (buf[0] == '-' && buf[1] == '\0')) return NULL; + assert(!(strlen(buf) & 1)); + ret = decodeA(buf); + return ret; +} + +static int cmpChildString(const char* sect, const char* key, const char* result) +{ + char* ptr = getChildString(sect, key); + int ret; + + if (!ptr && !result) return 0; + if (!ptr) return -1; + if (!result) return 1; + if ((ret = strcmp(ptr, result)) == 0) return 0; + fprintf(stderr, "%s <> %s\n", ptr, result); + return ret; +} + +/* FIXME: this may be moved to the wtmain.c file, because it may be needed by + * others... (windows uses stricmp while Un*x uses strcasecmp...) + */ +static int mystrcasecmp(const char* p1, const char* p2) +{ + char c1, c2; + + c1 = c2 = '@'; + while (c1 == c2 && c1) + { + c1 = *p1++; c2 = *p2++; + if (c1 != c2) + { + c1 = toupper(c1); c2 = toupper(c2); + } + } + return c1 - c2; +} + +static int cmpiChildString(const char* sect, const char* key, const char* result) +{ + char* ptr = getChildString(sect, key); + int ret; + + if (!ptr && !result) return 0; + if (!ptr) return -1; + if (!result) return 1; + if ((ret = mystrcasecmp(ptr, result)) == 0) return 0; + fprintf(stderr, "%s <I> %s\n", ptr, result); + return ret; +} + +static int cmpChildInt(const char* sect, const char* key, int val) +{ + /* using !val insures that the test will fail if the sect/key isn't present + * in result file + */ + return GetPrivateProfileIntA(sect, key, !val, resfile) == val; +} + +static void test_Startup(void) +{ + char buffer[MAX_PATH]; + PROCESS_INFORMATION info; + STARTUPINFOA startup; + + /* let's start simplistic */ + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("StartupInfoA", "cb", startup.cb), NULL); + ok(cmpChildString("StartupInfoA", "lpDesktop", startup.lpDesktop) == 0, NULL); + ok(cmpChildString("StartupInfoA", "lpTitle", startup.lpTitle) == 0, NULL); + ok(cmpChildInt("StartupInfoA", "dwX", startup.dwX), NULL); + ok(cmpChildInt("StartupInfoA", "dwY", startup.dwY), NULL); + ok(cmpChildInt("StartupInfoA", "dwXSize", startup.dwXSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwYSize", startup.dwYSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwXCountChars", startup.dwXCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwYCountChars", startup.dwYCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwFillAttribute", startup.dwFillAttribute), NULL); + ok(cmpChildInt("StartupInfoA", "dwFlags", startup.dwFlags), NULL); + ok(cmpChildInt("StartupInfoA", "wShowWindow", startup.wShowWindow), NULL); + release_memory(); + assert(unlink(resfile) == 0); + + /* not so simplistic now */ + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + startup.lpTitle = "I'm the title string"; + startup.lpDesktop = "I'm the desktop string"; + startup.dwXCountChars = 0x12121212; + startup.dwYCountChars = 0x23232323; + startup.dwX = 0x34343434; + startup.dwY = 0x45454545; + startup.dwXSize = 0x56565656; + startup.dwYSize = 0x67676767; + startup.dwFillAttribute = 0xA55A; + + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("StartupInfoA", "cb", startup.cb), NULL); + ok(cmpChildString("StartupInfoA", "lpDesktop", startup.lpDesktop) == 0, NULL); + ok(cmpChildString("StartupInfoA", "lpTitle", startup.lpTitle) == 0, NULL); + ok(cmpChildInt("StartupInfoA", "dwX", startup.dwX), NULL); + ok(cmpChildInt("StartupInfoA", "dwY", startup.dwY), NULL); + ok(cmpChildInt("StartupInfoA", "dwXSize", startup.dwXSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwYSize", startup.dwYSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwXCountChars", startup.dwXCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwYCountChars", startup.dwYCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwFillAttribute", startup.dwFillAttribute), NULL); + ok(cmpChildInt("StartupInfoA", "dwFlags", startup.dwFlags), NULL); + ok(cmpChildInt("StartupInfoA", "wShowWindow", startup.wShowWindow), NULL); + release_memory(); + assert(unlink(resfile) == 0); + + /* not so simplistic now */ + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + startup.lpTitle = "I'm the title string"; + startup.lpDesktop = NULL; + startup.dwXCountChars = 0x12121212; + startup.dwYCountChars = 0x23232323; + startup.dwX = 0x34343434; + startup.dwY = 0x45454545; + startup.dwXSize = 0x56565656; + startup.dwYSize = 0x67676767; + startup.dwFillAttribute = 0xA55A; + + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("StartupInfoA", "cb", startup.cb), NULL); + ok(cmpChildString("StartupInfoA", "lpDesktop", startup.lpDesktop) == 0, NULL); + ok(cmpChildString("StartupInfoA", "lpTitle", startup.lpTitle) == 0, NULL); + ok(cmpChildInt("StartupInfoA", "dwX", startup.dwX), NULL); + ok(cmpChildInt("StartupInfoA", "dwY", startup.dwY), NULL); + ok(cmpChildInt("StartupInfoA", "dwXSize", startup.dwXSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwYSize", startup.dwYSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwXCountChars", startup.dwXCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwYCountChars", startup.dwYCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwFillAttribute", startup.dwFillAttribute), NULL); + ok(cmpChildInt("StartupInfoA", "dwFlags", startup.dwFlags), NULL); + ok(cmpChildInt("StartupInfoA", "wShowWindow", startup.wShowWindow), NULL); + release_memory(); + assert(unlink(resfile) == 0); + + /* not so simplistic now */ + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + startup.lpTitle = "I'm the title string"; + startup.lpDesktop = ""; + startup.dwXCountChars = 0x12121212; + startup.dwYCountChars = 0x23232323; + startup.dwX = 0x34343434; + startup.dwY = 0x45454545; + startup.dwXSize = 0x56565656; + startup.dwYSize = 0x67676767; + startup.dwFillAttribute = 0xA55A; + + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("StartupInfoA", "cb", startup.cb), NULL); + todo_wine ok(cmpChildString("StartupInfoA", "lpDesktop", startup.lpDesktop) == 0, NULL); + ok(cmpChildString("StartupInfoA", "lpTitle", startup.lpTitle) == 0, NULL); + ok(cmpChildInt("StartupInfoA", "dwX", startup.dwX), NULL); + ok(cmpChildInt("StartupInfoA", "dwY", startup.dwY), NULL); + ok(cmpChildInt("StartupInfoA", "dwXSize", startup.dwXSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwYSize", startup.dwYSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwXCountChars", startup.dwXCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwYCountChars", startup.dwYCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwFillAttribute", startup.dwFillAttribute), NULL); + ok(cmpChildInt("StartupInfoA", "dwFlags", startup.dwFlags), NULL); + ok(cmpChildInt("StartupInfoA", "wShowWindow", startup.wShowWindow), NULL); + release_memory(); + assert(unlink(resfile) == 0); + + /* not so simplistic now */ + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + startup.lpTitle = NULL; + startup.lpDesktop = "I'm the desktop string"; + startup.dwXCountChars = 0x12121212; + startup.dwYCountChars = 0x23232323; + startup.dwX = 0x34343434; + startup.dwY = 0x45454545; + startup.dwXSize = 0x56565656; + startup.dwYSize = 0x67676767; + startup.dwFillAttribute = 0xA55A; + + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("StartupInfoA", "cb", startup.cb), NULL); + ok(cmpChildString("StartupInfoA", "lpDesktop", startup.lpDesktop) == 0, NULL); + ok(cmpChildString("StartupInfoA", "lpTitle", startup.lpTitle) == 0, NULL); + ok(cmpChildInt("StartupInfoA", "dwX", startup.dwX), NULL); + ok(cmpChildInt("StartupInfoA", "dwY", startup.dwY), NULL); + ok(cmpChildInt("StartupInfoA", "dwXSize", startup.dwXSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwYSize", startup.dwYSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwXCountChars", startup.dwXCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwYCountChars", startup.dwYCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwFillAttribute", startup.dwFillAttribute), NULL); + ok(cmpChildInt("StartupInfoA", "dwFlags", startup.dwFlags), NULL); + ok(cmpChildInt("StartupInfoA", "wShowWindow", startup.wShowWindow), NULL); + release_memory(); + assert(unlink(resfile) == 0); + + /* not so simplistic now */ + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + startup.lpTitle = ""; + startup.lpDesktop = "I'm the desktop string"; + startup.dwXCountChars = 0x12121212; + startup.dwYCountChars = 0x23232323; + startup.dwX = 0x34343434; + startup.dwY = 0x45454545; + startup.dwXSize = 0x56565656; + startup.dwYSize = 0x67676767; + startup.dwFillAttribute = 0xA55A; + + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("StartupInfoA", "cb", startup.cb), NULL); + ok(cmpChildString("StartupInfoA", "lpDesktop", startup.lpDesktop) == 0, NULL); + todo_wine ok(cmpChildString("StartupInfoA", "lpTitle", startup.lpTitle) == 0, NULL); + ok(cmpChildInt("StartupInfoA", "dwX", startup.dwX), NULL); + ok(cmpChildInt("StartupInfoA", "dwY", startup.dwY), NULL); + ok(cmpChildInt("StartupInfoA", "dwXSize", startup.dwXSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwYSize", startup.dwYSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwXCountChars", startup.dwXCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwYCountChars", startup.dwYCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwFillAttribute", startup.dwFillAttribute), NULL); + ok(cmpChildInt("StartupInfoA", "dwFlags", startup.dwFlags), NULL); + ok(cmpChildInt("StartupInfoA", "wShowWindow", startup.wShowWindow), NULL); + release_memory(); + assert(unlink(resfile) == 0); + + /* not so simplistic now */ + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + startup.lpTitle = ""; + startup.lpDesktop = ""; + startup.dwXCountChars = 0x12121212; + startup.dwYCountChars = 0x23232323; + startup.dwX = 0x34343434; + startup.dwY = 0x45454545; + startup.dwXSize = 0x56565656; + startup.dwYSize = 0x67676767; + startup.dwFillAttribute = 0xA55A; + + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("StartupInfoA", "cb", startup.cb), NULL); + todo_wine ok(cmpChildString("StartupInfoA", "lpDesktop", startup.lpDesktop) == 0, NULL); + todo_wine ok(cmpChildString("StartupInfoA", "lpTitle", startup.lpTitle) == 0, NULL); + ok(cmpChildInt("StartupInfoA", "dwX", startup.dwX), NULL); + ok(cmpChildInt("StartupInfoA", "dwY", startup.dwY), NULL); + ok(cmpChildInt("StartupInfoA", "dwXSize", startup.dwXSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwYSize", startup.dwYSize), NULL); + ok(cmpChildInt("StartupInfoA", "dwXCountChars", startup.dwXCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwYCountChars", startup.dwYCountChars), NULL); + ok(cmpChildInt("StartupInfoA", "dwFillAttribute", startup.dwFillAttribute), NULL); + ok(cmpChildInt("StartupInfoA", "dwFlags", startup.dwFlags), NULL); + ok(cmpChildInt("StartupInfoA", "wShowWindow", startup.wShowWindow), NULL); + release_memory(); + assert(unlink(resfile) == 0); + + /* TODO: test for A/W and W/A and W/W */ +} + +static void test_CommandLine(void) +{ + char buffer[MAX_PATH]; + PROCESS_INFORMATION info; + STARTUPINFOA startup; + + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + + /* the basics */ + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s \"C:\\Program Files\\my nice app.exe\"", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("Arguments", "argcA", 4), NULL); + ok(cmpChildString("Arguments", "argvA3", "C:\\Program Files\\my nice app.exe") == 0, NULL); + ok(cmpChildString("Arguments", "argvA4", NULL) == 0, NULL); + ok(cmpChildString("Arguments", "CommandLineA", buffer) == 0, NULL); + release_memory(); + assert(unlink(resfile) == 0); + + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + + /* from François */ + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s \"a\\\"b\\\\\" c\\\" d", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpChildInt("Arguments", "argcA", 6), NULL); + ok(cmpChildString("Arguments", "argvA3", "a\"b\\") == 0, NULL); + ok(cmpChildString("Arguments", "argvA4", "c\"") == 0, NULL); + ok(cmpChildString("Arguments", "argvA5", "d") == 0, NULL); + ok(cmpChildString("Arguments", "argvA6", NULL) == 0, NULL); + ok(cmpChildString("Arguments", "CommandLineA", buffer) == 0, NULL); + release_memory(); + assert(unlink(resfile) == 0); +} + +static void test_Directory(void) +{ + char buffer[MAX_PATH]; + PROCESS_INFORMATION info; + STARTUPINFOA startup; + + memset(&startup, 0, sizeof(startup)); + startup.cb = sizeof(startup); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = SW_SHOWNORMAL; + + /* the basics */ + get_file_name(resfile, sizeof(resfile), "foo.ini"); + sprintf(buffer, "%s tests/process.c %s", selfname, resfile); + ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, "C:\\Windows", &startup, &info), "CreateProcess"); + /* wait for child to terminate */ + ok(WaitForSingleObject(info.hProcess, 30000) == WAIT_OBJECT_0, "Child process termination"); + /* child process has changed result file, so let profile functions know about it */ + WritePrivateProfileStringA(NULL, NULL, NULL, resfile); + + ok(cmpiChildString("Misc", "cdirA", "C:\\Windows") == 0, NULL); + release_memory(); + assert(unlink(resfile) == 0); +} + +START_TEST(process) +{ + int b = init(); + ok(b, "Basic init of CreateProcess test"); + if (!b) return; + + if (myARGC >= 3) + { + doChild(myARGV[2]); + return; + } + test_Startup(); + test_CommandLine(); + test_Directory(); + + /* things that can be tested: + * lookup: check the way program to be executed is searched + * environment: check environment string passing + * handles: check the handle inheritance stuff (+sec options) + * console: check if console creation parameters work + */ +}

3 4

IE6ALL.zip
by Lonnie Cumberland 02 Apr '02

02 Apr '02

Hello All, I have been trying to get the ie6 setup to run but keep running into many functions that do not seem to be implemented yet. Has anyone gotten IE6 installed under wine? If so then is there some where that I can just download the installed directories and unpack them in my wine-c structure? 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!!!"

2 1

codeweavers wine and StarOffice 6.0 Beta
by Lonnie Cumberland 02 Apr '02

02 Apr '02

Hello All, Just a note. I recently installed the codeweavers preview 5 wine version as a test and found that it will not even run the windows StarOffice 6.0 Beta so something has changed between that version and the WineHQ version. I was unable to get any debug information as well because it froze my screen. Cheers, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

1 0

multiple instance freezes
by Lonnie Cumberland 02 Apr '02

02 Apr '02

Hello All, I was trying to do a test of my Wine install, which is the latest stable release, by starting up 2 different instances of Wine and StarOffice 6.0 Beta for Windows as 2 different users. what I have found is that the the first user running Wine SO6.0 will start up just fine and even run with no problems. The second test user can also start up the application but within just a few seconds it freezes and I can do nothing. Each test user has a complete directory structure for the windows to run and I am not using any of the real windows stuff, just that which came with wine. I also find that the first user application can still run. Is there something going on with the shared libraries of Wine and the wine server? Best regards, 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: MaskBlt function almost working
by Tels 02 Apr '02

02 Apr '02

-----BEGIN PGP SIGNED MESSAGE----- Moin, On 02-Apr-02 Tels carved into stone: > -----BEGIN PGP SIGNED MESSAGE----- > > Moin, > > On 02-Apr-02 Dimitrie O. Paun carved into stone: >> On April 2, 2002 12:48 pm, Lonnie Cumberland wrote: >>> Hello All, >> [...] >>> By the way, I found this function at: >>> >>> http://www.codeproject.com/bitmap/maskblt.asp >>> >>> and modified it to work with wine. >> >> What about the license? Is it LGPL compatible? > > I have searched the entire site and I couldn't find a single bit about > the > licence that submitted (or otherwise available code at that site) falls > under. It is heavy MS-centric, so I guess it is not very /L?GPL/ > friendly. > > Best bet would probably be to send them an email and ask ;) Ah, I overread this in the FAQ: >If you post to CodeProject then you retain copyright of your article and >code. You also give CodeProject permission to use it in a fair manner and >also permit all developers to freely use the code in their own >applications. > >Note that we do not accept time limited or shareware contributions: All >code that is available from our site must be available for use for free. IANLSBIPAH (I am no Licence specialist, but I play one at home) so somebody else could chime in and tell us if that is "compatible". Also aksing the original author nonetheless because it is kind and friendly wouldn#t hurt, either. Cheers, Tels - -- "Why do you go so slowly? Do you think this is some kind of game?" PGP key available on http://bloodgate.com/tels.asc or via email. perl -MDev::Bollocks -e'print Dev::Bollocks->rand(),"\n"' widespreadedly synthesize second-generation markets -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBPKoBpHcLPEOTuEwVAQEhKgf+OyAxJsidtYoY9O+5r7OjYK9RcKFVF8ED SiwlbJsohA7Ip681sFovCrcixli/11LuImHSbHCBhgunocq/fAmsSUbhR7gYcd0F irzaDbRFFHvVUadLBdCecDeaI4FBKK22+dW7zl2uiShfQMb+BgkAsWtOmwBBRLlW 2qaStWbbNXL+XbHal/m9qGlQ+G4zHOpd7mz0li8B/NMWdbmIv5pFYP2Fs+hKE5t4 1546AShXiFyj36cdB9iB71BK2nmYtiECB0b4G7HhR8foT7JDfIZUxP+0LrC14pfh ITOczNEbZzaVs+lIg3tSdM6nymzaCHHIQWsxXMbtgJwbDd4RJcoxFA== =FMIm -----END PGP SIGNATURE-----

1 0

MaskBlt function almost working
by Lonnie Cumberland 02 Apr '02

02 Apr '02

Hello All, I have come across a function called MaskBlt which I have tried to implement in the grphics/bitblt.c The functions works, but still has a few problems and was wondering if someone had any experience with this function so that I can try to see how to fix it. -------------------------------------------------------------- #define FORE_ROP3(ROP4) (0x00FFFFFF&(ROP4)) //#define BACK_ROP3(ROP4) (ROP3FromIndex(SwapROP3_SrcDst (((ROP4)>>24)))) #define BACK_ROP3(ROP4) (ROP3FromIndex(SwapROP3_SrcDst ((ROP4)>>24))) // // See the Raster operations in MSDN // DWORD ROP3FromIndex(DWORD dwIndex) { static DWORD ROP3Table[256] = { 0x00000042, 0x00010289, 0x00020C89, 0x000300AA, 0x00040C88, 0x000500A9, 0x00060865, 0x000702C5, 0x00080F08, 0x00090245, 0x000A0329, 0x000B0B2A, 0x000C0324, 0x000D0B25, 0x000E08A5, 0x000F0001, 0x00100C85, 0x001100A6, 0x00120868, 0x001302C8, 0x00140869, 0x001502C9, 0x00165CCA, 0x00171D54, 0x00180D59, 0x00191CC8, 0x001A06C5, 0x001B0768, 0x001C06CA, 0x001D0766, 0x001E01A5, 0x001F0385, 0x00200F09, 0x00210248, 0x00220326, 0x00230B24, 0x00240D55, 0x00251CC5, 0x002606C8, 0x00271868, 0x00280369, 0x002916CA, 0x002A0CC9, 0x002B1D58, 0x002C0784, 0x002D060A, 0x002E064A, 0x002F0E2A, 0x0030032A, 0x00310B28, 0x00320688, 0x00330008, 0x003406C4, 0x00351864, 0x003601A8, 0x00370388, 0x0038078A, 0x00390604, 0x003A0644, 0x003B0E24, 0x003C004A, 0x003D18A4, 0x003E1B24, 0x003F00EA, 0x00400F0A, 0x00410249, 0x00420D5D, 0x00431CC4, 0x00440328, 0x00450B29, 0x004606C6, 0x0047076A, 0x00480368, 0x004916C5, 0x004A0789, 0x004B0605, 0x004C0CC8, 0x004D1954, 0x004E0645, 0x004F0E25, 0x00500325, 0x00510B26, 0x005206C9, 0x00530764, 0x005408A9, 0x00550009, 0x005601A9, 0x00570389, 0x00580785, 0x00590609, 0x005A0049, 0x005B18A9, 0x005C0649, 0x005D0E29, 0x005E1B29, 0x005F00E9, 0x00600365, 0x006116C6, 0x00620786, 0x00630608, 0x00640788, 0x00650606, 0x00660046, 0x006718A8, 0x006858A6, 0x00690145, 0x006A01E9, 0x006B178A, 0x006C01E8, 0x006D1785, 0x006E1E28, 0x006F0C65, 0x00700CC5, 0x00711D5C, 0x00720648, 0x00730E28, 0x00740646, 0x00750E26, 0x00761B28, 0x007700E6, 0x007801E5, 0x00791786, 0x007A1E29, 0x007B0C68, 0x007C1E24, 0x007D0C69, 0x007E0955, 0x007F03C9, 0x008003E9, 0x00810975, 0x00820C49, 0x00831E04, 0x00840C48, 0x00851E05, 0x008617A6, 0x008701C5, 0x008800C6, 0x00891B08, 0x008A0E06, 0x008B0666, 0x008C0E08, 0x008D0668, 0x008E1D7C, 0x008F0CE5, 0x00900C45, 0x00911E08, 0x009217A9, 0x009301C4, 0x009417AA, 0x009501C9, 0x00960169, 0x0097588A, 0x00981888, 0x00990066, 0x009A0709, 0x009B07A8, 0x009C0704, 0x009D07A6, 0x009E16E6, 0x009F0345, 0x00A000C9, 0x00A11B05, 0x00A20E09, 0x00A30669, 0x00A41885, 0x00A50065, 0x00A60706, 0x00A707A5, 0x00A803A9, 0x00A90189, 0x00AA0029, 0x00AB0889, 0x00AC0744, 0x00AD06E9, 0x00AE0B06, 0x00AF0229, 0x00B00E05, 0x00B10665, 0x00B21974, 0x00B30CE8, 0x00B4070A, 0x00B507A9, 0x00B616E9, 0x00B70348, 0x00B8074A, 0x00B906E6, 0x00BA0B09, 0x00BB0226, 0x00BC1CE4, 0x00BD0D7D, 0x00BE0269, 0x00BF08C9, 0x00C000CA, 0x00C11B04, 0x00C21884, 0x00C3006A, 0x00C40E04, 0x00C50664, 0x00C60708, 0x00C707AA, 0x00C803A8, 0x00C90184, 0x00CA0749, 0x00CB06E4, 0x00CC0020, 0x00CD0888, 0x00CE0B08, 0x00CF0224, 0x00D00E0A, 0x00D1066A, 0x00D20705, 0x00D307A4, 0x00D41D78, 0x00D50CE9, 0x00D616EA, 0x00D70349, 0x00D80745, 0x00D906E8, 0x00DA1CE9, 0x00DB0D75, 0x00DC0B04, 0x00DD0228, 0x00DE0268, 0x00DF08C8, 0x00E003A5, 0x00E10185, 0x00E20746, 0x00E306EA, 0x00E40748, 0x00E506E5, 0x00E61CE8, 0x00E70D79, 0x00E81D74, 0x00E95CE6, 0x00EA02E9, 0x00EB0849, 0x00EC02E8, 0x00ED0848, 0x00EE0086, 0x00EF0A08, 0x00F00021, 0x00F10885, 0x00F20B05, 0x00F3022A, 0x00F40B0A, 0x00F50225, 0x00F60265, 0x00F708C5, 0x00F802E5, 0x00F90845, 0x00FA0089, 0x00FB0A09, 0x00FC008A, 0x00FD0A0A, 0x00FE02A9, 0x00FF0062, }; return ROP3Table[dwIndex&0xFF]; } BYTE SwapROP3_SrcDst(BYTE bRop3) { // swap 1,2 bit and 5,6 bit typedef struct { unsigned bit0 : 1; unsigned bit1 : 1; unsigned bit2 : 1; unsigned bit3 : 1; unsigned bit4 : 1; unsigned bit5 : 1; unsigned bit6 : 1; unsigned bit7 : 1; } BITS; DWORD dwRop3 = bRop3; BITS bits = *(BITS*)&dwRop3; unsigned t = bits.bit1; bits.bit1 = bits.bit2; bits.bit2 = t; t = bits.bit5; bits.bit5 = bits.bit6; bits.bit6 = t; return *(BYTE*)&bits; } /********************************************************************* ** * MaskBlt [GDI32.@] */ //BOOL WINAPI MaskBlt(HDC hdcDest, INT nXDest, INT nYDest, // INT nWidth, INT nHeight, HDC hdcSource, // INT nXSrc, INT nYSrc, HBITMAP hbmMask, // INT xMask, INT yMask, DWORD dwRop) // FIXME("(%d,%d,%d,%d,%d,%d,%d,%d,%d,%d,%d,%ld): stub\n", // hdcDest,nXDest,nYDest,nWidth,nHeight,hdcSource,nXSrc,nYSrc, // hbmMask,xMask,yMask,dwRop); BOOL WINAPI MaskBlt(HDC hdcDest, int nXDest, int nYDest, int nWidth, int nHeight, HDC hdcSrc, int nXSrc, int nYSrc, HBITMAP hbmMask, int xMask, int yMask, DWORD dwRop ) { HDC hDCMask; HBITMAP hOldMaskBitmap; HDC hDC1; HBITMAP hBitmap2; HBITMAP hOldBitmap2; HDC hDC2; HBITMAP hBitmap3; HBITMAP hOldBitmap3; DWORD dwRop3; if ( hbmMask == NULL ) return BitBlt(hdcDest, nXDest, nYDest, nWidth, nHeight, hdcSrc, nXSrc, nYSrc, FORE_ROP3(dwRop)); // 1. make mask bitmap's dc hDCMask = CreateCompatibleDC(hdcDest); hOldMaskBitmap = (HBITMAP)SelectObject(hDCMask, hbmMask); ASSERT ( hOldMaskBitmap ); // 2. make masked dest bitmap // 2.1 make bitmap hDC1 = CreateCompatibleDC(hdcDest); ASSERT ( hDC1 ); hBitmap2 = CreateCompatibleBitmap(hdcDest, nWidth, nHeight); hOldBitmap2 = (HBITMAP)SelectObject(hDC1, hBitmap2); ASSERT ( hOldBitmap2 ); // 2.2 draw dest bitmap and mask // BitBlt(hDC1, 0, 0, nWidth, nHeight, hdcDest, nXDest, nYDest, FORE_ROP3(dwRop)); // BitBlt(hDC1, 0, 0, nWidth, nHeight, hDCMask, xMask, yMask, DSTERASE); // 3. make masked src bitmap // 3.1 make bitmap hDC2 = CreateCompatibleDC(hdcSrc); ASSERT ( hDC2 ); hBitmap3 = CreateCompatibleBitmap(hdcSrc, nWidth, nHeight); hOldBitmap3 = (HBITMAP)SelectObject(hDC2, hBitmap3); ASSERT ( hOldBitmap3 ); // 3.2 draw src bitmap and mask // dwRop3 = BACK_ROP3(dwRop); dwRop3 = ROP3FromIndex(SwapROP3_SrcDst(((dwRop)>>24))); BitBlt(hDC2, 0, 0, nWidth, nHeight, hdcSrc, nXSrc, nYSrc, dwRop3); BitBlt(hDC2, 0, 0, nWidth, nHeight, hDCMask, xMask, yMask, SRCAND); // 4. combine two bitmap and copy it to hdcDest BitBlt(hDC1, 0, 0, nWidth, nHeight, hDC2, 0, 0, SRCPAINT); BitBlt(hdcDest, nXDest, nYDest, nWidth, nHeight, hDC1, 0, 0, SRCCOPY); // 5. restore all object SelectObject(hDCMask, hOldMaskBitmap); SelectObject(hDC1, hOldBitmap2); SelectObject(hDC2, hOldBitmap3); // 6. delete all temp object DeleteObject(hBitmap2); DeleteObject(hBitmap3); DeleteDC(hDC1); DeleteDC(hDC2); DeleteDC(hDCMask); return TRUE; // return 1; } ---------------------------------------------------------------- When I test this with my example code, it appears to change the other images as well even though I have not done anything with them. any ideas? By the way, I found this function at: http://www.codeproject.com/bitmap/maskblt.asp and modified it to work with wine. cheers, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

3 3

wine/dlls/winedos/dosvm.c breaks FreeBSD
by Gerald Pfeifer 02 Apr '02

02 Apr '02

The following patch breaks building on FreeBSD 4.5: revision 1.15 date: 2002/04/01 20:56:15; author: julliard; state: Exp; lines: +15 -4 Jukka Heinonen <jhei(a)iki.fi> Routine DOSVM_Wait now wakes up if new events are queued and it returns if it processed any queued events. with the following error: /usr/bin/gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o dosvm.o dosvm.c dosvm.c: In function `DOSVM_Init': dosvm.c:687: `event_notifier' undeclared (first use in this function) dosvm.c:687: (Each undeclared identifier is reported only once dosvm.c:687: for each function it appears in.) gmake: *** [dosvm.o] Error 1 because event_notifier is defined within an #ifdef MZ_SUPPORTED covering most of this file which is not active on FreeBSD, but -- after this patch -- referenced in code that *is* active on FreeBSD. I'd appreciate could you have a look... Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

1 0

[regression] crash in bitblt.c:87
by Thomas Duffy 02 Apr '02

02 Apr '02

This used to not happen. Now, I get a crash everytime I start up AOL 5.0 under recent (today) cvs. (cut an paste bug still exists, but you can at least read the backtrace :) Unhandled exception: page fault on read access to 0x00000010 in 32-bit code (0x40829fd4). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) Symbol __strtol_internal is invalid 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 0x40829fd4 (BitBlt+0xb8 [bitblt.c:87] in libgdi32.dll.so): pushl 0x10(%esi) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 87 ret = dcDst->funcs->pBitBlt( dcDst->physDev, xDst, yDst, width, height, Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) Wine-dbg>bt Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) Backtrace: =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:1 =>0 0x40829fd4 (BitBlt+0xb8(hdcDst=0x860, xDst=0x3, yDst=0x3, width=0x1, height=0x11, hdcSrc=0x0, xSrc=0x0, ySrc=0x0, rop=0xf00021) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) [bitblt.c:87] in libgdi32.dll.so) (ebp=405c6328) 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] 1 0x62a03f34 (OBJDRCT.DLL.ListDrawItem+0x2ac in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405c640c) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 2 0x62210179 (MANAGER.TOL.FontComboClassProc+0xa6b in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c641c) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) 3 0x62211770 (MANAGER.TOL.DisplayWindowProc+0x414 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405c6490) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) 4 0x40767b83 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405c64b4) 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> 5 0x40767c02 (WINPROC_CallWndProc+0x76(proc=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:181] in user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> user32.dll.so) (ebp=405c64e4) 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> 6 0x4076d650 (CallWindowProcA+0xf8(func=0x6221135c, hwnd=0x20026, msg=0x2b, wParam=0x0, lParam=0x405c6708) [winproc.c:2631] in user32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> r32.dll.so) (ebp=405c6518) 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> 7 0x64102027 (DRAGMAN.DLL..text+0x1027 in C:\AMERICA ONLINE 5.0\DRAGMAN.DLL) (ebp=405c6708) Wine-dbg> Wine-dbg> Wine-dbg> -- YOO-ESS-AYE! YOO-ESS-AYE!

1 0

Re: Two fixes for the testing framework makefiles
by Alexandre Julliard 02 Apr '02

02 Apr '02

Francois Gouget <fgouget(a)codeweavers.com> writes: > The first one, in Make.rules.in, makes sure that if you modify > wtmain.o, then all tests will be rebuilt. You would think that the .c.o > implicit rule should do that already, but this is not the case. I > suppose it's because the file is not in the local directory. Actually this should be done from the top-level makefile, rebuilding from the sub-makefiles can cause trouble, particularly with parallel makes. > The second one, in winetest/Makefile.in, fixes out of tree builds > (wine.xs may be in ../../../src/program/winetest). VPATH should take care of that. Do you have a make that requires this? If so there are many other places we need to fix too. -- Alexandre Julliard julliard(a)winehq.com

1 0

CreateProcess design
by Eric Pouech 01 Apr '02

01 Apr '02

before latest Alexandre patch, CreateProcess was able to use stuff like: CreateProcess(NULL, "foo.exe --wine_opt -- --foo_opt") --wine_opt was seen by foo as options for wine, whereas foo_opt could be a command line option for foo (in foo, the command line would only be "--foo_opt") since last night, this is broken: - --wine_opt is still seen as a wine option - however, the command line passed to foo isn't cleaned up... we get the whole line "--wine_opt -- --foo_opt"... what should we do. I think Alexandre long term option is to really get rid of the options on the command line and use the WINEOPTION(S) env var (we could still have a wrapper script to do the conversion) should we adopt this right away or clean up the command line option ? as a consequence, you no longer can use any CUI program in the user/graphical mode, including winedbg - it still work as a unix console though A+

2 3

File names and Wine.
by Insyde 01 Apr '02

01 Apr '02

Hi, I was looking at th wine source and I couldn't find any support to long file names under wine (yet). I was reading the DOSFS part and there is a lot of code that handles 8.3 file names, but wine support long file names. Can anyone show me where is it? or long names depend on Linux? thanks, Ricardo.

1 0

error: no implementation for WININET.dll.102(InternetGetConnectedState)
by Jason M Bell 01 Apr '02

01 Apr '02

hey everybody, I'm trying to debug a windows application - the Paradise Poker client program. I keep getting an error when it runs: -------------- err:win32:PE_fixup_imports No implementation for WININET.dll.102(InternetGetConnectedState) imported from C:\Program Files\ParadisePoker\client.exe, setting to 0xdeadbeef wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("/usr/bin/winedbg 134662856 112") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger -------------- The source in dlls/wininet/internet.c clearly shows a (simple) implementation for InternetGetConnectedState, but Wine isn't importing it for some reason. I've turned on other debug traces, but haven't gotten any other useful information. What are some other ways of attacking the problem? I'm pretty new at Wine development - any tips you have would be greatly appreciated. thanks in advance, Jason

3 4

wineconf 2002 summary
by Andreas Mohr 01 Apr '02

01 Apr '02

Hi all, I just added a link to my final wineconf 2002 summary page at http://home.arcor.de/andi.mohr/wine/wineconf2002/ to the WineHQ News. If anyone else has anything to contribute, then feel free to tell me NOW :) BTW, Michael, what about your photos ? Are they supposed to get published somewhere ? Thanks for listening ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

2 1

make test leaves 2 wine processes running
by Sylvain Petreolle 01 Apr '02

01 Apr '02

Hi, Running make test with a desktop window leaves ok but 2 processes are still running and the desktop windows not closed. They cannot be closed when I use the cross or the close command, i must kill them. (don't have to use -9 parameter) Running processes are : /home/wine/wine tests/vartest.c /home/wine/wine tests/sysparams.c (wineserver is here) I tried to winedbg them, but got error when I typed attach : error 5 (ERROR_ACCESS_DENIED). ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 5

problems with the alt button and window switching
by Rizsanyi Zsolt 31 Mar '02

31 Mar '02

Hi! If I change the window with keyboard (eg with ALT-TAB), then when I switch back to the wine window wine still thinks that the ALT button is depressed. I happens, because the key event of pressing ALT arrives to the wine window before the switch. And I see in the console (with --debugmsg +key) the next lines: trace:key:X11DRV_KeyEvent state = 10 trace:key:X11DRV_KeyEvent KeyPress : keysym=FFE9 (Alt_L), ascii chars=0 / 0 / '' trace:key:X11DRV_KeyEvent keycode 0x40 converted to vkey 0x12 trace:key:X11DRV_KeyEvent bScan = 0x38. trace:key:queue_kbd_event wParam=0012, lParam=20380001, InputKeyState=81 trace:key:TranslateMessage (WM_SYSKEYDOWN, 0012, 20380001) trace:key:TranslateMessage Translating key VK_MENU (0012), scancode 38 trace:key:X11DRV_ToUnicode (0012, 2038) : faked state = 10 trace:key:X11DRV_ToUnicode ToUnicode about to return 0 with char bbc6 trace:key:queue_kbd_event wParam=0012, lParam=c0000001, InputKeyState=1 That is the key state has been changed. And when I return to the wine window (by keyboard or mouse) it acts like if the ALT button were depressed. The solution is that the key states should be reset when the wine gets back the focus or loses the focus. That is more exactly in windows/winpos.c in the function WINPOS_SetActiveWindow when the hWnd is NULL ! That is the case when switching from a wine window to an non-wine window. So I have found the place :), just I dont know whats the preferred way to reset all the key states to not pressed. I have added the next few lines: --- oldwinpos.c Fri Mar 29 16:54:59 2002 +++ winpos.c Fri Mar 29 16:55:08 2002 @@ -1217,6 +1217,12 @@ if ((wndPtr = WIN_FindWndPtr(hWnd))) hWnd = wndPtr->hwndSelf; /* make it a full handle */ + /* reset key states when switching to a non-wine window */ + if (hWnd == 0) + { + InputKeyStateTable[VK_MENU] &= ~0x80; + goto CLEANUP_END; + } + /* paranoid checks */ if( hWnd == GetDesktopWindow() || (bRet = (hWnd == hwndActive)) ) goto CLEANUP_END; And now my problem is fixed. But I have experienced the same problem with the Control button (altough it is harder to reproduce). So maybe all the key states should be reset. So I would like to have this patch or something similar in wine. Best regards Zsolt Rizsanyi

2 1

WineLib newbie question
by Boris Buegling 31 Mar '02

31 Mar '02

Hi all. I'm wondering how difficult it is to port an application to Linux with WineLib. There are quite a few N64 emulators with source code on Windoze and I want to port one of them to Linux, because there is no decent native emulator, First, is it possible that things which don't work well with Wine, work when they are ported using WineLib ? Second, how much work is involved ? Regards, -- Boris Buegling <boris(a)icculus.org> "Sleep less - live longer." - "Ok good, 1 down... Now all I need is beer, video games and hacking to be linked to living longer and I'm set." "If it stinks, it's chemistry. If it moves, it's biology. If it does not work, it's computer science."

1 0

DIB engine
by Francois Gouget 31 Mar '02

31 Mar '02

The DIB engine was discussed quite a lot at WineConf. I am now trying to summarize these discussions to update bug 421 - Implement a DIB engine. http://wine.codeweavers.com/bugzilla/show_bug.cgi?id=421 Is the following accurate, complete, etc? Comments? Other ideas? Any volunteers? This was discussed quite a bit at WineConf. Ideas that were floated around are: 1. Have X export the required API --------------------------------- XFree86 4 has all the needed code, for all bit depths and layouts we care about. We could try to have the X guys export this in the form of an API ala Xft. Wine could then link with this library to implement the DIB engine (or dlopen that library). * Is the needed API already available? * If not, are the XFree86 guys willing to export it? * Almost everyone is using XFree86, but what about people who don't (embedded devices, Wine on Solaris...). We need a fallback. * We won't have to maintain that code which is a good thing, although it is not supposed to change much once written. * Will we be able to do all that we need with that API? Probably yes since it can be expected to match the X API quite closely and we are abel to use the X API. 2. Copy the relevant X code into Wine ------------------------------------- Since X has all the code and that code is under the X11 license we could copy it all into Wine. * This means we will have to maintain the code ourselves, although it is not supposed to change much once written. 3. Copy the relevant code from MicroWindows/NanoGUI to Wine ----------------------------------------------------------- MicroWindows/NanoGUI also has code that could help us bootstrap our DIB engine. We probably don't want Wine to depend on these projects but we could copy their code into Wine. * Are the licenses compatible? * Do they support all the bit depths and layouts we care about? * This means we will have to maintain the code ourselves, although it is not supposed to change much once written. 4. Copy the relevant code from GGI to Wine ------------------------------------------ GGI also has similar code. Again we probably don't want to introduce a dependency on GGI so the same questions apply: * Are the licenses compatible? * Do they support all the bit depths and layouts we care about? * This means we will have to maintain the code ourselves, although it is not supposed to change much once written. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ "Utilisateur" (nom commun) : Mot utilisé par les informaticiens en lieu et place d'"idiot".

4 4

problem creating/finding files
by Insyde 30 Mar '02

30 Mar '02

Hi, I'm getting this error running a system under WINE: 0806faa8:Call kernel32.CreateFileA(405b63ec "C:\\WIN\\IY032097.DAT",80000000,00000003,00000000,00000003,08000001,0000000 0) ret=6002912b 0806faa8:trace:file:CreateFileA C:\WIN\IY032097.DAT GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING 0806faa8:trace:dosfs:DOSFS_GetFullName C:\WIN\IY032097.DAT (last=1) 0806faa8:trace:string:lstrcpynA (0x405b5a4c, "/mnt/c", 1024) 0806faa8:trace:dosfs:DOSFS_FindUnixName /mnt/c,WIN\IY032097.DAT 0806faa8:trace:heap:RtlAllocateHeap (40360000,00000002,00010bfc): returning 403a9e6c 0806faa8:trace:heap:RtlAllocateHeap (40360000,00000002,00000018): returning 403a7d10 0806faa8:trace:dosfs:DOSFS_FindUnixName (/mnt/c,WIN\IY032097.DAT) -> win (WIN) 0806faa8:trace:heap:RtlFreeHeap (40360000,00000002,403a7d10): returning TRUE 0806faa8:trace:heap:RtlFreeHeap (40360000,00000002,403a9e6c): returning TRUE 0806faa8:trace:dosfs:DOSFS_FindUnixName /mnt/c/win,IY032097.DAT 0806faa8:trace:heap:RtlAllocateHeap (40360000,00000002,00010bfc): returning 403a9e6c 0806faa8:trace:heap:RtlAllocateHeap (40360000,00000002,00000018): returning 403a7d10 0806faa8:warn:dosfs:DOSFS_FindUnixName 'IY032097.DAT' not found in '/mnt/c/win' 0806faa8:trace:heap:RtlFreeHeap (40360000,00000002,403a7d10): returning TRUE 0806faa8:trace:heap:RtlFreeHeap (40360000,00000002,403a9e6c): returning TRUE 0806faa8:warn:file:CreateFileA Unable to get full filename from 'C:\WIN\IY032097.DAT' (GLE 2) ......... 08079370:RET MFRTS32.1199: _mFfindp() retval = 409c5e90 ret=0042b3b7 08079370:CALL MFRTS32.1425: mF_fh_set_fe_stat(00000000) ret=0042b3c8 08079370:RET MFRTS32.1425: mF_fh_set_fe_stat() retval = 00000000 ret=0042b3c8 08079370:RET MFRTS32.1202: _mFg2star_fast() retval = 00000000 ret=0042889a 08079370:RET MFRTS32.1400: ixfile() retval = 00000000 ret=60025e45 08079370:RET MFRTS32.145: EXTFH() retval = 00000000 ret=0044095a 08079370:Call user32.MessageBoxA(00000000,004472de "External Path string <UPCW56-DEV-DATA-DIR> not found. File IYF029. "...,004471c8 "IYP139 ",00002010) ret=00404c01 08079370:warn:dialog:MessageBoxA Messagebox 08079370:trace:resource:RES_FindResource2 (4067a000, 00000005, 40718554"MSGBOX", 0000, A, PE) 08079370:trace:heap:RtlAllocateHeap (40360000,00000002,00000018): returning 403af734 08079370:trace:heap:RtlFreeHeap (40360000,00000002,403af734): returning TRUE 08079370:trace:resource:RES_LoadResource (4067a000, 407234f8, PE) ......... Seems like the file isn't being created. (Uwe Bonnes helped me with this). But we disagree what part of WINE (or outside WINE) is wrong. The first part of the log shows a CreateFileA that is unable to create a file. This API works fine when the file is in the same dir as the application (had tested it). The second part of the log shows the last screen I get after start the program (MessageBox API). MFRTS32 is a .dll the program calls. We thougth of there too. But this program works under Windows. Everything is in the path. Both wine.conf and Linux. I could reproduce the error in Win2k this way: Created a set of programs (L1, L2 and L3) that will run one after one with conditions. If the field in L1 is fulfilled then we jump directly to L3. Else We fulfill the field in L2 and then jump to L3. In details: L1 would creates a file with a name if the filed is fulfilled an L3 NEEDS to know that name. If we had to run L2 then the file will be with another name and L3 will get data from that file. But the file ins't created in neither of the cases. So a screen shows up: "External path string <G-PATH> not found. File FILE-LINUX." That message is the same I get under WINE: "External path string <UPCW56-DEV-DATA-DIR> not found. File IYF029." Refers to a file (IYF029), that exists (located in the ./data dir) but was not filled with data it need to work, or incorretly filled. Both G-PATH and UPCW56-DEV-DATA-DIR are variables of a file that has a number of them inside. As here we use APIs I'll list 2 of them that are used within the function and their definiton, took from MSDN: CreateProcess CreateProcess( LPCWSTR lpszImageName, LPCWSTR lpszCmdLine, LPSECURITY_ATTRIBUTES lpsaProcess, LPSECURITY_ATTRIBUTES lpsaThread, BOOL fInheritHandles, DWORD fdwCreate, LPVOID lpvEnvironment, LPWSTR lpszCurDir, LPSTARTUPINFOW lpsiStartInfo, LPPROCESS_INFORMATION lppiProcInfo); ........ StartupInfo.dwFillAttribute dwFillAttribute Ignored unless dwFlags specifies STARTF_USEFILLATTRIBUTE. Specifies the initial text and background colors if a new console window is created in a console application. These values are ignored in GUI applications. This value can be any combination of the following values: FOREGROUND_BLUE, FOREGROUND_GREEN, FOREGROUND_RED, FOREGROUND_INTENSITY, BACKGROUND_BLUE, BACKGROUND_GREEN, BACKGROUND_RED, and BACKGROUND_INTENSITY. For example, the following combination of values produces red text on a white background: FOREGROUND_RED| BACKGROUND_RED| BACKGROUND_GREEN| BACKGROUND_BLUE OBS.: We do NOT use this to send this kind of attributes. We DO send more data as we saw that it handles well. We also DO use this in gui applications. typedef struct _STARTUPINFO { DWORD cb; LPTSTR lpReserved; LPTSTR lpDesktop; LPTSTR lpTitle; DWORD dwX; DWORD dwY; DWORD dwXSize; DWORD dwYSize; DWORD dwXCountChars; DWORD dwYCountChars; DWORD dwFillAttribute; DWORD dwFlags; WORD wShowWindow; WORD cbReserved2; LPBYTE lpReserved2; HANDLE hStdInput; HANDLE hStdOutput; HANDLE hStdError; } STARTUPINFO, *LPSTARTUPINFO; ............... CreateFile HANDLE CreateFile( LPCTSTR lpFileName, // file name DWORD dwDesiredAccess, // access mode DWORD dwShareMode, // share mode LPSECURITY_ATTRIBUTES lpSecurityAttributes, // SD DWORD dwCreationDisposition, // how to create DWORD dwFlagsAndAttributes, // file attributes HANDLE hTemplateFile // handle to template file ); .................. Any thoughs? Thanks, Ricardo.

2 1

Improving the regression testing infrastructure
by Geoffrey Hausheer 30 Mar '02

30 Mar '02

I know regression testing isn't as interesting as doing real development, and so I appologize with once again spamming the list with regression questions... As I've been writing tests (only for the last week or so), I realized that as we get a lot more tests, it will be very difficult to keep track of what is being tested, and what is not. I'd like to propose a list of which functions for each DLL are being tested, which file tests it, as well as any comments on the current tests. Currently, there is no great way to do this. I may use several functions in a directed test which I am not actually testing (for instance I've found it necessary to retrieve the page-size using GetSystemInfo, but my tests have nothing to do with this function, and so writing a directed test for it is a task for another day). Thus just grepping for which functions are used in a test is not sufficient. Also, I have found that some functions, or even specific task functions are very difficult to test, and so I've been leaving these out so that perhaps people ore skilled than myself could take a crack at them late (A good example is testing inheritance with CreateThread. It is a task that is beyond my capabilities at the moment, at least until I can find a good way to test CreateProcess...this would be much easier if Windows had something equivalent to 'fork'). In any case, I've tried to be thorough about commenting what I do and don't test, but it would be a lot more convenient if this information was more easily parsed than trying to find my comments intersperesed through the tests. So does anyone thing that creating a easily parsable list with the state of the current tests is this a reasonable thing to do, and would creating a simple file in each /tests directory with the information be good enough? If so, I can add one to my next test, and update it with what I've done so far. In general, while Francois' presentation is a good place to get started, I think it'd be a lot easier if there was a document off of winehq with recommendations on how to build, test, and document tests. Lowering the difficulty threshold, is more likely to draw more people to do so. Thanks, .Geoff

4 11

Re: Wine List Control compatibility
by Tony Lambregts 30 Mar '02

30 Mar '02

Peter Quax wrote: >Hello, > >>>Some things will break if you start trying to use a bunch of native >>>DLLs. And especially trying to use the native comctrl is likely to break >>>things. >>> >>>That said, I downloaded and tried out the program. To get it to run, I >>>used these native DLLs: >>> > >>>With that, the listview appears to be working for me just fine, assuming >>>you are talking about the one with the labels Oefening, Titel, and Item. >>>This is with current CVS. >>> >>I get about the same thing with the same problems (except I havent >>crashed) but I have some time.It would be much easier if there is an >>english version of this program.I don't have a soundcard.(maybe thats >>why I havnt crashed yet). I probably could get one. Does anyone want to >>recommend a cheep one that works well with linux? >> > >Both of you, thanks very much for your help. > >First of all I forgot to mention that the use of sound is not an issue (we >don't use that at our school), so that is not a problem whatsoever. > >I tried using the dll configuration as given and indeed it shows the list >control (just as it did before), but as I mentioned the image lists are >incorrect. To demonstrate this, I've taken a couple of screen shots to give >you an idea of what it should look like : > >http://alpha.luc.ac.be/~lucp1313/juniorwin.jpg : this is the windows version >that shows the correct icons in the list control (at the bottom) > >http://alpha.luc.ac.be/~lucp1313/juniorwine.jpg : this is the wine version >which demonstrates the incorrect behaviour of the icons > >You can clearly see that there is a difference. Now, when I doubleclick for >example 4-1 in the 'oefening' column to start this exercise, the window that >comes up doesn't show all of the text. A second anomaly is that from time to >time, the cursor will disappear. This is shown in the next 2 screenshots : > >http://alpha.luc.ac.be/~lucp1313/juniorwin2.jpg : this is the windows >version that shows the correct text > >http://alpha.luc.ac.be/~lucp1313/juniorwine2.jpg : this is the wine version >which demonstrate the lack of text in the upper left corner > >I hope this made my problems a bit more clear ? Also, I'm afraid that there >isn't an english version of this package available. I tried contacting the >authors but they don't seem to respond to any of my emails. > >Again, thanks for all your help > >Regards, >Peter Quax. > It looks like its not translating the color palet correctly. What color depth are you running at? My guess is that it is 16. If this is correct then try increasing it. It may be that the text is just not showing up because of this problem. I have CC:ed the Wine development list in order that the real wine gurus can have a look at this. How long do you have before you have to subject the little children to the "Windows Solution". Tony Lambregts

1 0

RE: Improving the regression testing infrastructure
by Geoffrey Hausheer 30 Mar '02

30 Mar '02

> > True. So what we need is to add a function in the > testing framework > > so that tests can get argc/argv/envp. Seems like a > reasonable approach. > I was more thinking adding some wt_argc and wt_argv, with init in main > so that we don't have to deal with the portability issues of > the __argc, > __ ARGC... Is there a reason we can't just use environment variables rather than argc/argv? I would think that would be less of a hassle than using argc/argv. .Geoff ----------------------------------------------------- Protect yourself from spam, use http://sneakemail.com

3 2

Unicode header control used by listview
by Uwe Bonnes 29 Mar '02

29 Mar '02

Hallo, some application made from a zip archive "4957.exe", that uses the listview.c sample from microsoft floating around since at least 1996, uses commctrl headers and shows only the first letter of the text in the header tabs. This is caused by (wine) listview.c creating the header windows as unicode, but in the commctrl initialization the header class was registered as ascii. When the header text is inserted, it is translated to unicode. When it is read out for display, it is treated as ascii, as the unicode flag of the header control isn't set. So reading of only one character succeeds. So either we set the header unicode-flag when creating the header control in listview, or we register the header class as unicode. Appended patch switches the charset after creating the control in listview.c. Does this sound right? Feedback welcome! Changelog dlls/comctrl32/listview.c: LISTVIEW_Create Switch header control charset to unicode -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing -- Index: wine/dlls/comctl32/listview.c =================================================================== RCS file: /home/wine/wine/dlls/comctl32/listview.c,v retrieving revision 1.125 diff -u -r1.125 listview.c --- wine/dlls/comctl32/listview.c 20 Mar 2002 00:53:42 -0000 1.125 +++ wine/dlls/comctl32/listview.c 29 Mar 2002 20:58:21 -0000 @@ -8002,6 +8002,9 @@ 0, 0, 0, 0, hwnd, (HMENU)0, lpcs->hInstance, NULL); + /* set header unicode format */ + SendMessageW(infoPtr->hwndHeader, HDM_SETUNICODEFORMAT,(WPARAM)TRUE,(LPARAM)NULL); + /* set header font */ SendMessageW(infoPtr->hwndHeader, WM_SETFONT, (WPARAM)infoPtr->hFont, (LPARAM)TRUE);

1 0

freetype
by Morten Welinder 29 Mar '02

29 Mar '02

I get the message *** Note: Your system appears to have the FreeType 2 runtime libraries *** installed, but 'freetype-config' is not in your PATH. Install the *** freetype-devel package (or its equivalent on your distribution) to *** enable Wine to use TrueType fonts. even though I do have freetype-config in my PATH. It seems related to the test dnl Check that we have at least freetype/freetype.h if test "$ac_cv_header_freetype_freetype_h" = "yes" -a "$wine_cv_fttrigon" = "yes" (Note: comments, message, and code do not agree) I don't seem to have the <ft2build.h> and <freetype/fttrigon.h> files. Should I? This is on a SuSE7.3 system, FWIW. Morten

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel