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

Re: Small Fix

by Nix N. Nix

On Wed, 2002-06-26 at 16:04, Nix N. Nix wrote: > ChangeLog: > > dlls/shell32/dialogs.c:FillList: > Removed a MessageBox > This MessageBox would pop up if a RunMRU list was not found. Instead, > it should /silently/ start a new MRUList. > > dlls/shell32/dialogs.c:RunDlgProc: > Removed dumb comment > I must've put that comment there just before going to bed (=> brain was > liquefied at the time). > > Sorry I didn't spot these earlier. > >

June 26, 2002

Usind win dll with wine

by psuchomel＠volny.cz

Hi wine gurus I have some dll, I want to run under Linux. I try to study Wine docs, but, if I say the truth, I did not make me clever so much. Please, could you help me port this part of win code (extracted from my java <--> cpp bridge) under Linux? Petr //define dll handler HINSTANCE hInst = NULL; //define entry in dll typedef char* (_pascal * GLL_version)(); //here is some call //load library if( hInst == NULL ) hInst = LoadLibrary("mylib"); if( hInst == NULL ) return; //get proc address FARPROC proc = GetProcAddress(hInst, "GLL_VERSION"); //and call it if (proc != NULL) printf("%s", (char*)(GLL_version)proc()); //free handler FreeLibrary(hInst); hInst = NULL;

June 26, 2002

Re: Autocad slow startup

by Max

Yes, but id redoes fonts only on first run.... But here AutoCAD hangs for about 5 minutes in EACH run, not only the first one. I'm investigating if it's because of some patch I applied to my Linux Kernel (alsa 0.9 drivers and low-latency) or because of some changes in wine code... Regards Max Alle 22:38, mercoledì 26 giugno 2002, hai scritto: > On Wed, 2002-06-26 at 18:17, Max wrote: > > I just updated wine from cvs (today 27 june); AutoCAD cad program, that > > ran well before now needs some 5 minutes to start.... > > There's no disk activity, nor some hidden process, as TOP reveals. > > It just hangs for some 5 minutes (on a P4 2 Ghz...), then starts in a > > shot. Does somebody have such a problem with some other app, or maybe > > already solved it ? If not I'll try a regression to see what happens. > > When you install a new version of wine, it re-does all the fonts. > > > Regards > > > > Max

June 26, 2002

Patches

by Max

I updated wine from CVS, and P. Christeas patch that solves bug 720 (misplaced graphics on AutoCAD) isn't there yet... but the bug does :) I tried the patch and works well with AutoCAD, and doesn't seems to make troubles with other apps I tested, so the question : what happens to patches sent to wine-devel ? They must be sent somwhere else or must wait longer to be put in CVS ? Regards Max

June 26, 2002

[suggested PATCH] POLLHUP handling, non-STREAM sockets

by Martin Wilck

Summary: Check POLLHUP semantics at remote shutdown when wineserver is started. Fix socket state handling and event handling for non-STREAM sockets. Status: Compiles, not tested (I couldn't get the tests to run, see my previous email). Modified files: server: sock.c main.c Index: server/main.c =================================================================== RCS file: /home/wine/wine/server/main.c,v retrieving revision 1.25 diff -u -r1.25 main.c --- server/main.c 20 Jun 2002 23:21:28 -0000 1.25 +++ server/main.c 26 Jun 2002 11:22:13 -0000 @@ -35,6 +35,7 @@ int debug_level = 0; int master_socket_timeout = 3; /* master socket timeout in seconds, default is 3 s */ const char *server_argv0; +extern void server_sock_init (void); /* parse-line args */ /* FIXME: should probably use getopt, and add a (more complete?) help option */ @@ -111,6 +112,7 @@ { parse_args( argc, argv ); signal_init(); + server_sock_init(); open_master_socket(); setvbuf( stderr, NULL, _IOLBF, 0 ); Index: server/sock.c =================================================================== RCS file: /home/wine/wine/server/sock.c,v retrieving revision 1.36 diff -u -r1.36 sock.c --- server/sock.c 21 Jun 2002 19:06:28 -0000 1.36 +++ server/sock.c 26 Jun 2002 11:22:13 -0000 @@ -67,6 +67,8 @@ unsigned int hmask; /* held (blocked) events */ unsigned int pmask; /* pending events */ unsigned int flags; /* socket flags */ + unsigned short type; /* socket type */ + unsigned short family; /* socket family */ struct event *event; /* event object */ user_handle_t window; /* window to send the message to */ unsigned int message; /* message to send */ @@ -124,6 +126,62 @@ 6, 7, 8, 9 /* leftovers */ }; +/* Flags that make sense only for SOCK_STREAM sockets */ +#define STREAM_FLAG_MASK ((unsigned int) (FD_CONNECT | FD_ACCEPT | FD_WINE_LISTENING | FD_WINE_CONNECTED)) + +typedef enum { + SOCK_SHUTDOWN_ERROR = -1, + SOCK_SHUTDOWN_EOF = 0, + SOCK_SHUTDOWN_POLLHUP = 1 +} sock_shutdown_t; + +static sock_shutdown_t sock_shutdown_type = SOCK_SHUTDOWN_ERROR; + +static sock_shutdown_t sock_check_pollhup (void) +{ + sock_shutdown_t ret = SOCK_SHUTDOWN_ERROR; + int fd[2], n; + struct pollfd pfd; + char dummy; + + if ( socketpair ( AF_UNIX, SOCK_STREAM, 0, fd ) ) goto out; + if ( shutdown ( fd[0], 1 ) ) goto out; + + pfd.fd = fd[1]; + pfd.events = POLLIN; + pfd.revents = 0; + + n = poll ( &pfd, 1, 0 ); + if ( n != 1 ) goto out; /* error or timeout */ + if ( pfd.revents & POLLHUP ) + ret = SOCK_SHUTDOWN_POLLHUP; + else if ( pfd.revents & POLLIN && + read ( fd[1], &dummy, 1 ) == 0 ) + ret = SOCK_SHUTDOWN_EOF; + +out: + close ( fd[0] ); + close ( fd[1] ); + return ret; +} + +void server_sock_init (void) +{ + sock_shutdown_type = sock_check_pollhup (); + + switch ( sock_shutdown_type ) + { + case SOCK_SHUTDOWN_EOF: + if (debug_level) fprintf ( stderr, "server_sock_init: shutdown() causes EOF\n" ); + break; + case SOCK_SHUTDOWN_POLLHUP: + if (debug_level) fprintf ( stderr, "server_sock_init: shutdown() causes POLLHUP\n" ); + break; + default: + fprintf ( stderr, "server_sock_init: ERROR in sock_check_pollhup()\n" ); + sock_shutdown_type = SOCK_SHUTDOWN_EOF; + } +} static int sock_reselect( struct sock *sock ) { @@ -222,7 +280,7 @@ static void sock_poll_event( struct object *obj, int event ) { struct sock *sock = (struct sock *)obj; - int empty_recv = 0; + int hangup_seen = 0; assert( sock->obj.ops == &sock_ops ); if (debug_level) @@ -270,7 +328,7 @@ } else { /* normal data flow */ - if (event & POLLIN) + if ( sock->type == SOCK_STREAM && ( event & POLLIN ) ) { char dummy; int nr; @@ -288,7 +346,7 @@ fprintf(stderr, "socket %d is readable\n", sock->obj.fd ); } else if ( nr == 0 ) - empty_recv = 1; + hangup_seen = 1; else { /* EAGAIN can happen if an async recv() falls between the server's poll() @@ -304,7 +362,19 @@ } } - else if (event & POLLHUP) empty_recv = 1; + else if ( sock_shutdown_type == SOCK_SHUTDOWN_POLLHUP && (event & POLLHUP) ) + { + hangup_seen = 1; + } + else if ( event & POLLIN ) /* POLLIN for non-stream socket */ + { + sock->pmask |= FD_READ; + sock->hmask |= (FD_READ|FD_CLOSE); + sock->errors[FD_READ_BIT] = 0; + if (debug_level) + fprintf(stderr, "socket %d is readable\n", sock->obj.fd ); + + } if (event & POLLOUT) { @@ -323,12 +393,12 @@ fprintf(stderr, "socket %d got OOB data\n", sock->obj.fd); } /* According to WS2 specs, FD_CLOSE is only delivered when there is - no more data to be read (i.e. empty_recv = 1) */ - else if ( empty_recv && (sock->state & (FD_READ|FD_WRITE) )) + no more data to be read (i.e. hangup_seen = 1) */ + else if ( hangup_seen && (sock->state & (FD_READ|FD_WRITE) )) { sock->errors[FD_CLOSE_BIT] = sock_error( sock->obj.fd ); - if ( event & POLLERR) - sock->state &= ~(FD_WINE_CONNECTED|FD_WRITE); + if ( (event & POLLERR) || ( sock_shutdown_type == SOCK_SHUTDOWN_EOF && (event & POLLHUP) )) + sock->state &= ~(FD_WINE_CONNECTED|FD_WRITE); sock->pmask |= FD_CLOSE; sock->hmask |= FD_CLOSE; if (debug_level) @@ -390,8 +460,8 @@ ev |= POLLIN | POLLPRI; if (mask & FD_WRITE || (sock->flags & WSA_FLAG_OVERLAPPED && IS_READY (sock->write_q))) ev |= POLLOUT; - /* We use POLLIN with 0 bytes recv() as FD_CLOSE indication. */ - if (sock->mask & ~sock->hmask & FD_CLOSE) + /* We use POLLIN with 0 bytes recv() as FD_CLOSE indication for stream sockets. */ + if ( sock->type == SOCK_STREAM && ( sock->mask & ~sock->hmask & FD_CLOSE) ) ev |= POLLIN; return ev; @@ -526,6 +596,8 @@ sock->hmask = 0; sock->pmask = 0; sock->flags = flags; + sock->type = type; + sock->family = family; sock->event = NULL; sock->window = 0; sock->message = 0; @@ -586,6 +658,8 @@ acceptsock->mask = sock->mask; acceptsock->hmask = 0; acceptsock->pmask = 0; + acceptsock->type = sock->type; + acceptsock->family = sock->family; acceptsock->event = NULL; acceptsock->window = sock->window; acceptsock->message = sock->message; @@ -794,6 +868,7 @@ sock->hmask &= ~FD_CLOSE; sock->state |= req->sstate; sock->state &= ~req->cstate; + if ( sock->type != SOCK_STREAM ) sock->state &= ~STREAM_FLAG_MASK; pollev = sock_reselect( sock ); if ( pollev ) sock_try_event ( sock, pollev ); -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

June 26, 2002

(HELP) cannot run tests anymore

by Martin Wilck

$ make test /home/martin/Software/Wine/TMP/wine/miscemu/wine: cannot find 'tests/kernel32_test.exe.so' make: *** [tests/alloc.ok] Fehler 1 What am I doing wrong? I have tried this and that, but I don't seem to be able to run the tests. This happens for any tests I try. It seems that wine isn't looking for "tests/kernel32_test.exe.so" below the current directory. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

June 26, 2002

will "dxglwrap" merge in to wine?

by chan george

Dear all, Will the project "dxglwrap" source code be merged into wine? :-) George source: http://sourceforge.net/projects/dxglwrap/ _________________________________________________________________ 在 http://explorer.msn.com.hk/intl.asp 免費下載 MSN Explorer

June 26, 2002

(Fwd) [Bug 811] - crash in DefDlgProcW

by Jürgen Schmied

Andriy Palamarchuk suggested to discuss this here: >Juergen, I suggest you to discuss this issue on wine-devel as the problem is >pretty well defined and I don't know who can handle it. During initializing a dialog window a WM_GETFONT is send before the dlgInfo is set properly. Returning a valid HFONT (by GetStockObject()) makes the program proceed. How can it be fixed properly? Backtrace: =>0 0x40658741 (DEFDLG_Proc+0x331(hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0, dlgInfo=0x0) [defdlg.c:255] in libuser32.dll.so) (ebp=405b5940) 1 0x40658c62 (DefDlgProcW+0x142(hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0, hwnd=0xc0034) [defdlg.c:430] in libuser32.dll.so) (ebp=405b596c) 2 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b5990) 3 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x40658b20, hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0) [winproc.c:183] in libuser32.dll.so) (ebp=405b59c0) 4 0x40687b7b (CallWindowProcW+0x3b(func=0x40658b20, hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0) [winproc.c:2815] in libuser32.dll.so) (ebp=405b59e8) 5 0x5f801d93 (MFC42U.DLL.2377+0x24 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5a08) 6 0x5f8019e8 (MFC42U.DLL.6370+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5a24) 7 0x5f80195a (MFC42U.DLL.1108+0x74 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5a84) 8 0x5f8018e2 (MFC42U.DLL.1571+0x2a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5aa0) 9 0x5f8018a1 (MFC42U.DLL.1572+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5acc) 10 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b5af0) 11 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x5f801868, hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0) [winproc.c:183] in libuser32.dll.so) (ebp=405b5b20) 12 0x40687b7b (CallWindowProcW+0x3b(func=0x5f801868, hwnd=0xc0034, msg=0x31, wParam=0x0, lParam=0x0) [winproc.c:2815] in libuser32.dll.so) (ebp=405b5b48) 13 0x40697426 (call_window_proc+0xd6(hwnd=0xc0034, msg=0x31, wparam=0x0, lparam=0x0, unicode=0x1) [message.c:1368] in libuser32.dll.so) (ebp=405b5b98) 14 0x40697fbc (SendMessageTimeoutW+0xdc(hwnd=0xc0034, msg=0x31, wparam=0x0, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405b5c1c) [message.c:1736] in libuser32.dll.so) (ebp=405b5bec) 15 0x40698249 (SendMessageW+0x39(hwnd=0xc0034, msg=0x31, wparam=0x0, lparam=0x0) [message.c:1818] in libuser32.dll.so) (ebp=405b5c20) 16 0x5f818cad (MFC42U.DLL.6685+0xf in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5c64) 17 0x5f85c2a7 (MFC42U.DLL.4347+0x14 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5d10) 18 0x5f8207f7 (MFC42U.DLL.2234+0x57 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5d94) 19 0x5f8202e8 (MFC42U.DLL.6614+0x62 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5df0) 20 0x5f81f595 (MFC42U.DLL.6613+0x86 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5e48) 21 0x5f81f290 (MFC42U.DLL.6615+0x3f in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5e84) 22 0x5f81f24c (MFC42U.DLL.2127+0x59 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b5ed8) 23 0x00435634 (ML.exe..text+0x34634 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b5f04) 24 0x004b8cda (ML.exe..text+0xb7cda in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b5f5c) 25 0x004b8c25 (ML.exe..text+0xb7c25 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b5fe0) 26 0x5f8019d1 (MFC42U.DLL.6370+0x22 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6000) 27 0x5f80195a (MFC42U.DLL.1108+0x74 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6060) 28 0x5f8018e2 (MFC42U.DLL.1571+0x2a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b607c) 29 0x5f8018a1 (MFC42U.DLL.1572+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b60a8) 30 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b60cc) 31 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x5f801868, hwnd=0xc0034, msg=0x1, wParam=0x0, lParam=0x405b6554) [winproc.c:183] in libuser32.dll.so) (ebp=405b60fc) 32 0x40687b7b (CallWindowProcW+0x3b(func=0x5f801868, hwnd=0xc0034, msg=0x1, wParam=0x0, lParam=0x405b6554) [winproc.c:2815] in libuser32.dll.so) (ebp=405b6124) 33 0x40697426 (call_window_proc+0xd6(hwnd=0xc0034, msg=0x1, wparam=0x0, lparam=0x405b6554, unicode=0x1) [message.c:1368] in libuser32.dll.so) (ebp=405b6174) 34 0x40697fbc (SendMessageTimeoutW+0xdc(hwnd=0xc0034, msg=0x1, wparam=0x0, lparam=0x405b6554, flags=0x0, timeout=0xffffffff, res_ptr=0x405b61f8) [message.c:1736] in libuser32.dll.so) (ebp=405b61c8) 35 0x40698249 (SendMessageW+0x39(hwnd=0xc0034, msg=0x1, wparam=0x0, lparam=0x405b6554) [message.c:1818] in libuser32.dll.so) (ebp=405b61fc) 36 0x409e9cee (X11DRV_CreateWindow+0x53e(hwnd=0xc0034, cs=0x405b6554, unicode=0x1) [window.c:1001] in x11drv.dll.so) (ebp=405b6270) 37 0x4067b0b0 (WIN_CreateWindowEx+0x580(cs=0x405b6554, classAtom=0x8002, type=0x3) [win.c:1162] in libuser32.dll.so) (ebp=405b6330) 38 0x4067b66b (CreateWindowExW+0x14b(exStyle=0x0, className=0x8002, windowName=0x6cab8e, style=0x40000040, x=0x0, y=0x0, width=0x446, height=0x2eb, parent=0x6009c, menu=0x0, instance=0x400000, data=0x0) [win.c:1377] in libuser32.dll.so) (ebp=405b6584) 39 0x4065c268 (DIALOG_CreateIndirect+0x408(hInst=0x400000, dlgTemplate=0x6cabb0, owner=0x6009c, dlgProc=0x5f80557b, param=0x0, procType=0x3, modal=0x0, hwnd=0x6009c) [dialog.c:817] in libuser32.dll.so) (ebp=405b6624) 40 0x4065c75f (CreateDialogIndirectParamW+0x2f(hInst=0x400000, dlgTemplate=0x6cab78, owner=0x6009c, dlgProc=0x5f80557b, param=0x0) [dialog.c:1011] in libuser32.dll.so) (ebp=405b6654) 41 0x5f817b05 (MFC42U.DLL.2139+0xc9 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b66bc) 42 0x5f85b785 (MFC42U.DLL.2134+0x43 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6730) 43 0x5f8113ed (MFC42U.DLL.2250+0x47 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6774) 44 0x004ad8b5 (ML.exe..text+0xac8b5 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b67c0) 45 0x004adb66 (ML.exe..text+0xacb66 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b67ec) 46 0x004ad2fe (ML.exe..text+0xac2fe in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b68c4) 47 0x5f801bbc (MFC42U.DLL.5157+0x1c9 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6944) 48 0x5f8019d1 (MFC42U.DLL.6370+0x22 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6964) 49 0x5f80195a (MFC42U.DLL.1108+0x74 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b69c4) 50 0x5f8018e2 (MFC42U.DLL.1571+0x2a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b69e0) 51 0x5f8018a1 (MFC42U.DLL.1572+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6a0c) 52 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b6a30) 53 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x5f801868, hwnd=0x6009c, msg=0x902, wParam=0x42047510, lParam=0x0) [winproc.c:183] in libuser32.dll.so) (ebp=405b6a60) 54 0x40687b7b (CallWindowProcW+0x3b(func=0x5f801868, hwnd=0x6009c, msg=0x902, wParam=0x42047510, lParam=0x0) [winproc.c:2815] in libuser32.dll.so) (ebp=405b6a88) 55 0x40697426 (call_window_proc+0xd6(hwnd=0x6009c, msg=0x902, wparam=0x42047510, lparam=0x0, unicode=0x1) [message.c:1368] in libuser32.dll.so) (ebp=405b6ad8) 56 0x40697fbc (SendMessageTimeoutW+0xdc(hwnd=0x6009c, msg=0x902, wparam=0x42047510, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x405b6b5c) [message.c:1736] in libuser32.dll.so) (ebp=405b6b2c) 57 0x40698249 (SendMessageW+0x39(hwnd=0x6009c, msg=0x902, wparam=0x42047510, lparam=0x0) [message.c:1818] in libuser32.dll.so) (ebp=405b6b60) 58 0x004b1932 (ML.exe..text+0xb0932 in F:\Programme\ML\MLSoftWin\ML\ML.exe) (ebp=405b6ba4) 59 0x5f801bbc (MFC42U.DLL.5157+0x1c9 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6c24) 60 0x5f8019d1 (MFC42U.DLL.6370+0x22 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6c44) 61 0x5f80195a (MFC42U.DLL.1108+0x74 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6ca4) 62 0x5f8018e2 (MFC42U.DLL.1571+0x2a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6cc0) 63 0x5f8018a1 (MFC42U.DLL.1572+0x39 in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=405b6cec) 64 0x4068172b (WINPROC_wrapper+0x17 in libuser32.dll.so) (ebp=405b6d10) 65 0x406817ce (WINPROC_CallWndProc+0x8e(proc=0x5f801868, hwnd=0x70088, msg=0x901, wParam=0x4204bed0, lParam=0x0) [winproc.c:183] in libuser32.dll.so) (ebp=405b6d40) 66 0x40687be7 (CallWindowProcW+0xa7(func=0x41630b68, hwnd=0x70088, msg=0x901, wParam=0x4204bed0, lParam=0x0) [winproc.c:2834] in libuser32.dll.so) (ebp=405b6d68) 67 0x40668b2a (DispatchMessageW+0x13a(msg=0x6c8c94) [message.c:1155] in libuser32.dll.so) (ebp=405b6dac) 68 0x5f8013e0 (MFC42U.DLL.5303+0x3a in C:\WINNT\SYSTEM32\MFC42U.DLL) (ebp=006c8c94) Thanks Juergen --- juergen.schmied(a)debitel.net

June 25, 2002

Re: wine/server sock.c

by Alexandre Julliard

Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com> writes: > OK - but I am not sure if the second change can't break something for > 2.4 or other POSIX systems - here POLLHUP would IMO mean that the peer > has closed both sides of the connection, justifying to reset FD_WRITE > and FD_WINE_CONNECTED just as we do with POLLERR. Perhaps we should > carry out a small test at wineserver startup to determine whether a > shutdown() can cause a POLLHUP to be received (below a small > proof-of-concept test program that shows how that could work - I tested > it on 2.2 and 2.4, it yields the expected results). We may want to do something like that yes. I'm not sure the extra FD_WRITE will really be a problem in practice, but if we can avoid it it's certainly preferable. > PS I'd be grateful if you could also help me out with that GUID > question... I guess you should simply use the same GUIDs than Microsoft does. -- Alexandre Julliard julliard(a)winehq.com

June 25, 2002

Re: How well does WINE run if you have a Window$ CD?

by Tony Lambregts

Roland wrote: > At 09:06 AM 6/24/02 -0300, Roland wrote: > > <snip> > > Hello, did I ask the wrong question? I read the manual and it says > that only a few basic dlls need to be implemented. For the other we > can use the windows dlls. So I think my question makes sense. Is there > a particular reason why no one wants to answer it? > > Sorry for taking your time, > Roland > > > As far as I know the biggest obstacle for this is DLL separation. Tony Lambregts

June 25, 2002