January 2003 - Wine-Devel - list.winehq.org

Re: CxxFrameHandler problem
by John K. Hohm April 11, 2003

April 11, 2003

Alexandre Julliard <julliard(a)winehq.com> wrote: > Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > > > Appended program uses CxxFrameHandler and crashes in wine with builtin > > msvcrt, but not with native. Compile as Release version and include the > MFC > > dll. Can somebody compile for Alexandre? Alexandre, is this a start or do > > you need something complete? > > That's a start, yes, thanks. I'll need a more complete example with > nested try blocks, destructors all over the place, typed exceptions, > etc. to make sure I understand all the compiler internal structures; > but I can at least try to make that simple case not crash... Although this may duplicate effort, I am familiar with several strange combinations of exception handling that I know work with Visual C++ 6.0; I will put them a test program for you. You can never have too many test programs, right?

1 1

Re: wine/dlls/x11drv x11drv_main.c
by liu spider Feb. 24, 2003

Feb. 24, 2003

It crashed every time when I closed an app, not just "sometimes" :( And I think maybe exchange the calling order of XCloseIM and XCloseDisplay is a better method than just comments out XCloseIM ( I think this will lead to some other problems). --- Alexandre Julliard <julliard(a)wine.codeweavers.com> wrote: > ChangeSet ID: 7168 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/01/29 > 19:08:53 > > Modified files: > dlls/x11drv : x11drv_main.c > > Log message: > XCloseIM sometimes crashes in Xlib, don't call it. > > Patch: http://cvs.winehq.com/patch.py?id=7168 > > Old revision New revision Changes Path > 1.67 1.68 +1 -1 > wine/dlls/x11drv/x11drv_main.c > > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

2 5

interesting crash in msvc6.0 setup
by Dan Kegel Feb. 18, 2003

Feb. 18, 2003

Since msvcmaker doesn't support msvc4.0, I'm trying to install msvc6.0 under wine. (Yeah, I know, I should run it under windows, but I'm stubborn.) Interestingly, the setup program puts itself in the background. This means you have to be careful to check with ps that you don't have old wines laying around from the last run, and when logging, you have to make sure all wine processes have exited, else your log file isn't complete yet. Unfortunately, setup fails fairly early. When emulating win9x, it fails before presenting a dialog box -- with a page fault reading from a file handle returned from CreateFile. It looks like it's doing an assembly string search on the Windows file structure pointed to by the handle! I wonder why. Maybe it was an easy way to prevent people from running under Wine :-) We may have to hack wine to make handles be valid pointers; I wonder what magic bytes setup is looking for there. When emulating winnt or winxp, it gets a bit further, but dies with a null pointer access. Oddly enough, adding --debugmsg +relay lets it proceed. It insists on installing Microsoft VM for Java, then tries to reboot. Restarting wine d:setup (this time without --debugmsg) continues properly for a while, but eventually crashes. Whenever it crashes in winnt/xp, it leaves one or more windowless wcmd's running the following script: :Repeat del "E:\vs60wiz.exe" if exist "E:\vs60wiz.exe" goto Repeat del "C:\WINDOWS\DEL4056.BAT" in a loop, chewing up huge amounts of CPU time. -- Dan Kegel Linux User #78045 http://www.kegel.com

4 6

PATCH: Get rid of superfluous dup() and close() calls.
by Martin Wilck Feb. 12, 2003

Feb. 12, 2003

patch: dup.diff Get rid of superfluous dup() and close() calls. Modified files: dlls/kernel/comm.c | 25 ------------------ dlls/ntdll/file.c | 2 - dlls/ntdll/virtual.c | 5 --- dlls/winsock/socket.c | 68 +------------------------------------------------- files/file.c | 15 ----------- files/smb.c | 1 include/async.h | 1 scheduler/client.c | 1 Comment: The dup() in wine_server_handle_to_fd() requires dozens of close() calls spread over the wine code. I think this is confusing and error-prone (close() calls are easily forgotten, leading to rapid fd leak - actually, when looking through the code, I found a number of functions where I had expected a close(), but it was lacking). Moreover, I can't see why that dup() is necessary (any more). If there are still some points in the code where the dup() is really required, I strongly recommend to insert explicit dup()s in the respective functions after calling wine_server_handle_to_fd(). I have carried out a number of IO intensive tests with no problems. I'd like people to test the COMM port stuff, though, and watch the number of file descriptors. Other IO- and Network-bound tests would be very welcome. If this is absolutely dumb, please tell me why. Forwarding to wine-devel, 'cause it's pretty intrusive. Index: dlls/kernel/comm.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/comm.c,v retrieving revision 1.68 diff -u -r1.68 comm.c --- dlls/kernel/comm.c 25 Oct 2002 21:02:30 -0000 1.68 +++ dlls/kernel/comm.c 24 Jan 2003 14:13:32 -0000 @@ -516,7 +516,6 @@ return FALSE; } result = ioctl(fd,TIOCSBRK,0); - close(fd); if (result ==-1) { TRACE("ioctl failed\n"); @@ -556,7 +555,6 @@ return FALSE; } result = ioctl(fd,TIOCCBRK,0); - close(fd); if (result ==-1) { TRACE("ioctl failed\n"); @@ -598,7 +596,6 @@ if (tcgetattr(fd,&port) == -1) { COMM_SetCommError(handle,CE_IOE); - close(fd); return FALSE; } @@ -670,7 +667,6 @@ if (!direct) if (tcsetattr(fd, TCSADRAIN, &port) == -1) { - close(fd); COMM_SetCommError(handle,CE_IOE); return FALSE; } else @@ -685,7 +681,6 @@ else result = TRUE; } - close(fd); return result; } @@ -726,7 +721,6 @@ tcflush(fd,TCOFLUSH); if(flags&PURGE_RXCLEAR) tcflush(fd,TCIFLUSH); - close(fd); return 1; } @@ -782,8 +776,6 @@ handle, lpStat->cbInQue, lpStat->cbOutQue); } - close(fd); - COMM_GetCommError(handle, errors); COMM_SetCommError(handle, 0); @@ -817,7 +809,6 @@ FIXME("handle %p not found?\n",handle); return FALSE; } - close(fd); return TRUE; } @@ -916,7 +907,6 @@ if ((tcgetattr(fd,&port)) == -1) { int save_error = errno; COMM_SetCommError(handle,CE_IOE); - close( fd ); ERR("tcgetattr error '%s'\n", strerror(save_error)); return FALSE; } @@ -1023,7 +1013,6 @@ COMM_SetCommError(handle,IE_BAUDRATE); - close( fd ); ERR("baudrate %ld\n",lpdcb->BaudRate); return FALSE; } @@ -1089,7 +1078,6 @@ #endif default: COMM_SetCommError(handle,IE_BAUDRATE); - close( fd ); ERR("baudrate %ld\n",lpdcb->BaudRate); return FALSE; } @@ -1132,7 +1120,6 @@ port.c_iflag &= ~INPCK; } else { COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("Cannot set MARK Parity\n"); return FALSE; } @@ -1143,7 +1130,6 @@ port.c_iflag &= ~INPCK; } else { COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("Cannot set SPACE Parity\n"); return FALSE; } @@ -1151,7 +1137,6 @@ #endif default: COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("Parity\n"); return FALSE; } @@ -1173,7 +1158,6 @@ break; default: COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("ByteSize\n"); return FALSE; } @@ -1188,7 +1172,6 @@ break; default: COMM_SetCommError(handle,IE_BYTESIZE); - close( fd ); ERR("StopBits\n"); return FALSE; } @@ -1219,12 +1202,10 @@ if (tcsetattr(fd,TCSANOW,&port)==-1) { /* otherwise it hangs with pending input*/ int save_error=errno; COMM_SetCommError(handle,CE_IOE); - close( fd ); ERR("tcsetattr error '%s'\n", strerror(save_error)); return FALSE; } else { COMM_SetCommError(handle,0); - close( fd ); return TRUE; } } @@ -1262,10 +1243,8 @@ int save_error=errno; ERR("tcgetattr error '%s'\n", strerror(save_error)); COMM_SetCommError(handle,CE_IOE); - close( fd ); return FALSE; } - close( fd ); #ifndef __EMX__ #ifdef CBAUD speed= (port.c_cflag & CBAUD); @@ -1465,7 +1444,6 @@ else { r = (1 == write(fd, &chTransmit, 1)); - close(fd); } return r; @@ -1593,7 +1571,6 @@ FIXME("tcsetattr on fd %d failed!\n",fd); return FALSE; } - close(fd); return TRUE; } @@ -1619,7 +1596,6 @@ if(fd<0) return FALSE; result = ioctl(fd, TIOCMGET, &mstat); - close(fd); if (result == -1) { WARN("ioctl failed\n"); @@ -1702,7 +1678,6 @@ ovp = (async_commio*) HeapAlloc(GetProcessHeap(), 0, sizeof (async_commio)); if(!ovp) { - close(fd); return FALSE; } Index: dlls/ntdll/file.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/file.c,v retrieving revision 1.20 diff -u -r1.20 file.c --- dlls/ntdll/file.c 7 Jan 2003 20:36:28 -0000 1.20 +++ dlls/ntdll/file.c 24 Jan 2003 14:13:35 -0000 @@ -237,8 +237,6 @@ } while ( (result == -1) && ((errno == EAGAIN) || (errno == EINTR)) ); - close( fd ); - if (result == -1) { return IoStatusBlock->u.Status = NTFILE_errno_to_status(errno); Index: dlls/ntdll/virtual.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/virtual.c,v retrieving revision 1.4 diff -u -r1.4 virtual.c --- dlls/ntdll/virtual.c 7 Jan 2003 20:36:28 -0000 1.4 +++ dlls/ntdll/virtual.c 24 Jan 2003 14:13:39 -0000 @@ -736,13 +736,11 @@ VIRTUAL_SetProt( view, ptr + sec->VirtualAddress, size, vprot ); } - close( fd ); *addr_ptr = ptr; return STATUS_SUCCESS; error: if (ptr != (char *)-1) munmap( ptr, total_size ); - close( fd ); return status; } @@ -1408,7 +1406,6 @@ } res = map_image( handle, unix_handle, base, size_low, header_size, shared_fd, shared_size, removable, addr_ptr ); - if (shared_fd != -1) close( shared_fd ); if (!res) *size_ptr = size_low; return res; } @@ -1484,12 +1481,10 @@ res = STATUS_NO_MEMORY; goto error; } - if (unix_handle != -1) close( unix_handle ); *size_ptr = size; return STATUS_SUCCESS; error: - if (unix_handle != -1) close( unix_handle ); if (ptr != (void *)-1) munmap( ptr, size ); return res; } Index: dlls/winsock/socket.c =================================================================== RCS file: /home/wine/wine/dlls/winsock/socket.c,v retrieving revision 1.117 diff -u -r1.117 socket.c --- dlls/winsock/socket.c 23 Jan 2003 21:20:36 -0000 1.117 +++ dlls/winsock/socket.c 24 Jan 2003 14:13:51 -0000 @@ -336,7 +336,6 @@ if ( ( (access & GENERIC_READ) && (*flags & FD_FLAG_RECV_SHUTDOWN ) ) || ( (access & GENERIC_WRITE) && (*flags & FD_FLAG_SEND_SHUTDOWN ) ) ) { - close (fd); WSASetLastError ( WSAESHUTDOWN ); return -1; } @@ -578,7 +577,6 @@ else wsfds16->fd_array[j++] = wsfds16->fd_array[i]; } - close(fd); lfd[i] = -1; } } @@ -593,24 +591,6 @@ return num_err; } -static void fd_set_unimport( void* wsfds, int lfd[], BOOL b32 ) -{ - if ( wsfds ) - { -#define wsfds16 ((ws_fd_set16*)wsfds) -#define wsfds32 ((WS_fd_set*)wsfds) - int i, count = (b32) ? wsfds32->fd_count : wsfds16->fd_count; - - for( i = 0; i < count; i++ ) - if ( lfd[i] >= 0 ) - close(lfd[i]); - - TRACE("\n"); -#undef wsfds32 -#undef wsfds16 - } -} - static int do_block( int fd, int mask ) { fd_set fds[3]; @@ -1417,7 +1397,6 @@ SetLastError(_get_sock_error(s, FD_ACCEPT_BIT)); /* FIXME: care about the error? */ } - close(fd); SERVER_START_REQ( accept_socket ) { req->lhandle = SOCKET2HANDLE(s); @@ -1516,7 +1495,6 @@ ws_sockaddr_free(uaddr,name); } } - close(fd); } else { @@ -1613,7 +1591,6 @@ { SetLastError(wsaErrno()); } - close(fd); } else { @@ -1622,7 +1599,6 @@ return SOCKET_ERROR; connect_success: - close(fd); _enable_event(SOCKET2HANDLE(s), FD_CONNECT|FD_READ|FD_WRITE, FD_WINE_CONNECTED|FD_READ|FD_WRITE, FD_CONNECT|FD_WINE_LISTENING); @@ -1690,7 +1666,6 @@ res=0; } ws_sockaddr_free(uaddr,name); - close(fd); } else { @@ -1755,7 +1730,6 @@ { res=0; } - close(fd); } else { @@ -1820,12 +1794,10 @@ } else { if (getsockopt(fd, (int) level, optname, optval, optlen) == 0 ) { - close(fd); return 0; } SetLastError((errno == EBADF) ? WSAENOTSOCK : wsaErrno()); } - close(fd); } return SOCKET_ERROR; } @@ -1966,7 +1938,6 @@ if (numInt < 0) { ERR ("Unable to open /proc filesystem to determine number of network interfaces!\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -1976,7 +1947,6 @@ if (!WSAIOCTL_GetInterfaceName(i, ifName)) { ERR ("Error parsing /proc filesystem!\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -1988,7 +1958,6 @@ if (ioctl(fd, SIOCGIFADDR, &ifInfo) < 0) { ERR ("Error obtaining IP address\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -2006,7 +1975,6 @@ if (ioctl(fd, SIOCGIFBRDADDR, &ifInfo) < 0) { ERR ("Error obtaining Broadcast IP address\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -2024,7 +1992,6 @@ if (ioctl(fd, SIOCGIFNETMASK, &ifInfo) < 0) { ERR ("Error obtaining Subnet IP address\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -2059,7 +2026,6 @@ if (ioctl(fd, SIOCGIFFLAGS, &ifInfo) < 0) { ERR ("Error obtaining status flags for socket!\n"); - close(fd); WSASetLastError(WSAEINVAL); return (SOCKET_ERROR); } @@ -2079,14 +2045,12 @@ default: { WARN("\tunsupported WS_IOCTL cmd (%08lx)\n", dwIoControlCode); - close(fd); WSASetLastError(WSAEOPNOTSUPP); return (SOCKET_ERROR); } } /* Function executed with no errors */ - close(fd); return (0); } else @@ -2242,14 +2206,11 @@ { /* AsyncSelect()'ed sockets are always nonblocking */ if (*argp) { - close(fd); return 0; } SetLastError(WSAEINVAL); - close(fd); return SOCKET_ERROR; } - close(fd); if (*argp) _enable_event(SOCKET2HANDLE(s), 0, FD_WINE_NONBLOCKING, 0); else @@ -2279,11 +2240,9 @@ } if( ioctl(fd, newcmd, (char*)argp ) == 0 ) { - close(fd); return 0; } SetLastError((errno == EBADF) ? WSAENOTSOCK : wsaErrno()); - close(fd); } return SOCKET_ERROR; } @@ -2309,7 +2268,6 @@ { if (listen(fd, backlog) == 0) { - close(fd); _enable_event(SOCKET2HANDLE(s), FD_ACCEPT, FD_WINE_LISTENING, FD_CONNECT|FD_WINE_CONNECTED); @@ -2437,7 +2395,6 @@ else wsfds16->fd_array[j++] = wsfds16->fd_array[i]; } - if( fd >= 0 ) close(fd); exceptfd[i] = -1; } if( b32 ) @@ -2449,9 +2406,6 @@ } return highfd; } - fd_set_unimport(ws_readfds, readfd, b32); - fd_set_unimport(ws_writefds, writefd, b32); - fd_set_unimport(ws_exceptfds, exceptfd, b32); if( ws_readfds ) ((WS_fd_set*)ws_readfds)->fd_count = 0; if( ws_writefds ) ((WS_fd_set*)ws_writefds)->fd_count = 0; if( ws_exceptfds ) ((WS_fd_set*)ws_exceptfds)->fd_count = 0; @@ -2553,7 +2507,7 @@ if ( !iovec ) { err = WSAEFAULT; - goto err_close; + goto error; } for ( i = 0; i < dwBufferCount; i++ ) @@ -2617,15 +2571,11 @@ *lpNumberOfBytesSent = n; HeapFree ( GetProcessHeap(), 0, iovec ); - close ( fd ); return 0; err_free: HeapFree ( GetProcessHeap(), 0, iovec ); -err_close: - close ( fd ); - error: WARN (" -> ERROR %d\n", err); WSASetLastError (err); @@ -2725,7 +2675,6 @@ }else{ if (!convert_sockopt(&level, &optname)) { SetLastError(WSAENOPROTOOPT); - close(fd); return SOCKET_ERROR; } if (optname == SO_LINGER && optval) { @@ -2755,7 +2704,6 @@ WARN("SO_RCVTIMEO for %d bytes: assuming unixism\n", optlen); } else { WARN("SO_RCVTIMEO for %d bytes is weird: ignored\n", optlen); - close(fd); return 0; } } @@ -2774,7 +2722,6 @@ WARN("SO_SNDTIMEO for %d bytes: assuming unixism\n", optlen); } else { WARN("SO_SNDTIMEO for %d bytes is weird: ignored\n", optlen); - close(fd); return 0; } } @@ -2782,17 +2729,14 @@ } if(optname == SO_RCVBUF && *(int*)optval < 2048) { WARN("SO_RCVBF for %d bytes is too small: ignored\n", *(int*)optval ); - close( fd); return 0; } if (setsockopt(fd, level, optname, optval, optlen) == 0) { - close(fd); return 0; } SetLastError(wsaErrno()); - close(fd); } else SetLastError(WSAENOTSOCK); return SOCKET_ERROR; @@ -2859,7 +2803,6 @@ err = WS2_register_async_shutdown ( s, fd0, ASYNC_TYPE_READ ); if ( err ) { - close ( fd0 ); goto error; } } @@ -2868,7 +2811,6 @@ err = WS2_register_async_shutdown ( s, fd1, ASYNC_TYPE_WRITE ); if ( err ) { - close ( fd1 ); goto error; } } @@ -2878,10 +2820,8 @@ if ( shutdown( fd, how ) ) { err = wsaErrno (); - close ( fd ); goto error; } - close(fd); } _enable_event( SOCKET2HANDLE(s), 0, 0, clear_flags ); @@ -4006,7 +3946,7 @@ if ( !iovec ) { err = WSAEFAULT; - goto err_close; + goto error; } for (i = 0; i < dwBufferCount; i++) @@ -4070,16 +4010,12 @@ *lpNumberOfBytesRecvd = n; HeapFree (GetProcessHeap(), 0, iovec); - close(fd); _enable_event(SOCKET2HANDLE(s), FD_READ, 0, 0); return 0; err_free: HeapFree (GetProcessHeap(), 0, iovec); - -err_close: - close (fd); error: WARN(" -> ERROR %d\n", err); Index: files/file.c =================================================================== RCS file: /home/wine/wine/files/file.c,v retrieving revision 1.177 diff -u -r1.177 file.c --- files/file.c 11 Jan 2003 21:03:18 -0000 1.177 +++ files/file.c 24 Jan 2003 14:13:59 -0000 @@ -333,7 +333,6 @@ else if (((access & GENERIC_READ) && (flags & FD_FLAG_RECV_SHUTDOWN)) || ((access & GENERIC_WRITE) && (flags & FD_FLAG_SEND_SHUTDOWN))) { - close (fd); SetLastError ( ERROR_PIPE_NOT_CONNECTED ); return -1; } @@ -1755,7 +1754,6 @@ return !register_new_async (&ovp->async); error: - close (fd); return FALSE; } @@ -1813,12 +1811,10 @@ if ( (overlapped==NULL) || NtResetEvent( overlapped->hEvent, NULL ) ) { TRACE("Overlapped not specified or invalid event flag\n"); - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } - close(unix_handle); overlapped->InternalHigh = 0; if(!FILE_ReadFileEx(hFile, buffer, bytesToRead, overlapped, NULL, overlapped->hEvent)) @@ -1835,7 +1831,6 @@ } if (flags & FD_FLAG_TIMEOUT) { - close(unix_handle); return FILE_TimeoutRead(hFile, buffer, bytesToRead, bytesRead); } switch(type) @@ -1856,7 +1851,6 @@ &highOffset, FILE_BEGIN)) && (GetLastError() != NO_ERROR) ) { - close(unix_handle); return FALSE; } } @@ -1872,7 +1866,6 @@ off_t offset = OVERLAPPED_OFFSET(overlapped); if(lseek(unix_handle, offset, SEEK_SET) == -1) { - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } @@ -1886,7 +1879,6 @@ FILE_SetDosError(); break; } - close( unix_handle ); if (result == -1) return FALSE; if (bytesRead) *bytesRead = result; return TRUE; @@ -1998,7 +1990,6 @@ return !register_new_async (&ovp->async); error: - close (fd); return FALSE; } @@ -2037,12 +2028,10 @@ if ( (overlapped==NULL) || NtResetEvent( overlapped->hEvent, NULL ) ) { TRACE("Overlapped not specified or invalid event flag\n"); - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } - close(unix_handle); overlapped->InternalHigh = 0; if(!FILE_WriteFileEx(hFile, buffer, bytesToWrite, overlapped, NULL, overlapped->hEvent)) @@ -2075,7 +2064,6 @@ &highOffset, FILE_BEGIN)) && (GetLastError() != NO_ERROR) ) { - close(unix_handle); return FALSE; } } @@ -2086,7 +2074,6 @@ return FALSE; if (overlapped) { - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } @@ -2098,7 +2085,6 @@ off_t offset = OVERLAPPED_OFFSET(overlapped); if(lseek(unix_handle, offset, SEEK_SET) == -1) { - close(unix_handle); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } @@ -2115,7 +2101,6 @@ FILE_SetDosError(); break; } - close( unix_handle ); if (result == -1) return FALSE; if (bytesWritten) *bytesWritten = result; return TRUE; Index: files/smb.c =================================================================== RCS file: /home/wine/wine/files/smb.c,v retrieving revision 1.16 diff -u -r1.16 smb.c --- files/smb.c 24 Jan 2003 00:54:58 -0000 1.16 +++ files/smb.c 24 Jan 2003 14:14:02 -0000 @@ -1532,7 +1532,6 @@ if(total>=bytesToRead) break; } - close(fd); if(bytesRead) *bytesRead = total; Index: include/async.h =================================================================== RCS file: /home/wine/wine/include/async.h,v retrieving revision 1.5 diff -u -r1.5 async.h --- include/async.h 4 May 2002 18:37:08 -0000 1.5 +++ include/async.h 24 Jan 2003 14:14:02 -0000 @@ -72,7 +72,6 @@ ovp->next = ovp->prev = NULL; - close( ovp->fd ); if( ovp->event != INVALID_HANDLE_VALUE ) NtSetEvent( ovp->event, NULL ); Index: scheduler/client.c =================================================================== RCS file: /home/wine/wine/scheduler/client.c,v retrieving revision 1.92 diff -u -r1.92 client.c --- scheduler/client.c 31 Oct 2002 03:41:56 -0000 1.92 +++ scheduler/client.c 24 Jan 2003 14:14:05 -0000 @@ -436,7 +436,6 @@ */ } - if ((fd != -1) && ((fd = dup(fd)) == -1)) return STATUS_TOO_MANY_OPENED_FILES; *unix_fd = fd; return STATUS_SUCCESS; } -- 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

8 17

Started playing with Wineserver on mingw/cygwin again
by Steven Edwards Feb. 10, 2003

Feb. 10, 2003

well I made it serial.c before I had to run to work. I'm having good luck getting alot of the objects to compile so far I've only had to kill file.c, ptrace.c, request.c and select.c. Getting this to build and run on Windows is going to be a bitch =) gettimeofday, fork and all of fd and networking is going to be the hard part. I've started a tempory header to see what will need to be implemented in libwine if we want to get wineserver up and running on Windows without cygwin. Cygwin still really needed get/setthreadcontext (hint, hint) Thanks Steven /* I kill'd file.c, ptrace.c, request.c, select.c * * get/set thread context still needs to be done for Mingw and Cygwin * * main.c needs a lot of work */ /* object.h and async.h */ struct timeval{ int tv_sec; int tv_usec; }; /* debugger.c */ #define SIGTRAP NULL /* file.c - doesnt work */ #define O_NONBLOCK 0 #define POLLIN 0 #define POLLOUT 0 #define POLLIN 0 #define POLLOUT 0 /* main.c */ #define SIGPIPE NULL #define SIGHUP NULL #define SIGQUIT NULL /* named_pipe.c */ #define PF_UNIX NULL #define SOCK_STREAM NULL /* object.c */ #define POLLERR 0 #define POLLHUP 0 __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

22 54

remote app problem: menus go away at wrong time
by Dan Kegel Feb. 6, 2003

Feb. 6, 2003

I was sitting at my wife's XP machine with a spare five minutes, and it suddently came to me that I haven't done enough remote testing of Wine. So I ran wcmd cygwin startx ssh -X mybox ssh mylaptop wine spyxx.exe just to see how well wine would work via two ssh hops on top of x on top of cygwin on top of winxp. First issue: you can't use the menus with the mouse! Sure, they'll pop up, but when you move the mouse down to one of the menu items, the menu goes away. It decides the user really wanted to highlight the toolbar, or something. Before you say "Aw, nobody'll do that", consider that LTSP is getting a lot more popular... and last week a local small business owner I know asked me to help set up diskless Linux workstations to run his existing Windows apps. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 6

wine ICMP code
by Jason Algol Feb. 5, 2003

Feb. 5, 2003

hi guys, in dlls/icmp/icmp_main.c would it be possible to use system("/bin/ping..."); if not running as uid 0?, (or using pipes if the ouput needs to be parsed) as /bin/ping is obviously usually suid root and if the required options are available as arguments to /bin/ping then wine can do as requested without running as root, this would be useful to me with something im working on. if you guys do consider it a possibility, i would be willing to research it and write the patch, id just like the go-ahead from you :) if you can think of any other way round it, id be greatful to hear your suggestions. _________________________________________________________________ Worried what your kids see online? Protect them better with MSN 8 http://join.msn.com/?page=features/parental&pgmarket=en-gb&XAPID=186&DI=1059

3 2

Wine Definitions take #2
by Tom Wickline Feb. 4, 2003

Feb. 4, 2003

Here is the list of Wine Static and Shareable Files after some updates. Same as before if you see something that's wrong could you let me know. Tom ----------- -- = files that are listed in this Doc but are not installed on my system. * = files are in this Doc and on my system @ = files that are on my system but not in the Doc # = files that are not in the Doc or on my System ( wineboot ) will be in future releases ? -- dosmod : Deleted as of Jan 2001. -- fnt2bdf : Discussed on Wine-Devel ( practically obsolete ) @ notepad : The windows Notepad replacement @ progman : Program Manager for WINE. @ regedit : A tool to edit your regestory or for exporting a windows registory to Wine. @ regsvr32 : A program to register .DLL's and .OCX files. @ uninstaller: A Winelib program to uninstall installed Windows programs. @ wcmd : Wine's command line interpreter @ widl : Wine IDL compiler * wine : The main Wine executable. This program will load a Windows binary and run it, relying upon the Wine shared object libraries. # wineboot : A Winelib application that's executed by Wine on startup of the first wine process of a particular user. wineboot won't automatically run when needed. Currently you have to manually run it after you install something. A list of what it currently does. * wininit.ini processing * registry RenameFiles entries * RunServices* / RunOnce* / Run registry keys -- winebootup : Now wineboot...... * winebuild : Winebuild is a tool used for Winelib applications (and by Wine itself) to allow a developer to compile a .spec file into a .spec.c file. * wineclipserv : The Wine Clipboard Server is a standalone XLib application whose purpose is to manage the X selection when Wine exits. @ wineconsole : a console program for wine, For running CUI executables (Windows console programs), use wineconsole instead of wine run). Not using wineconsole for CUI programs will only provide very limited console support, and your program might not function properly. * winedbg : Winedbg is the Wine built in debugger. @ winedump : A NE and PE file dumper @ winefile : A clone of the win3x filemanager @ winegcc/wineg++: Wrappers for gcc/g++ respectively, to make them behave as MinGW's gcc. Used for porting app's over to winelib. * winelauncher : A wine wrapper shell script that intelligently handles wine invocation by informing the user about what's going on, among other things. To be found in tools/ directory. Use of this wrapper script instead of directly using wine is strongly encouraged, as it not only improves the user interface, but also adds important functionality to wine, such as session bootup/startup actions. If you intend to use this script, then you might want to rename the wine executable to e.g. wine.bin and winelauncher to wine. the WINECONFDIR/config file. winemaker : Winemaker is a perl script which is designed to help you bootstrap the conversion of your Windows projects to Winelib. In order to do thisit will go analyze your code, fixing the issues listed above and generate autoconf-based Makefiles. @ winemine : A clone of "Windows Minesweeper" @ winepath : Specifies the path(s) in which to search for builtin dlls and Winelib applications. * wineserver : The Wine server is critical to Wine; it is the process that coordinates all shared Windows resources. -- winesetup : This is a Tcl/Tk based front end that provides a user friendly tool to edit and configure the WINECONFDIR/config file. * wineshelllink : This shell script can be called by Wine in order to propagate Desktop icon and menu creation requests out to a GNOME or KDE (or other Window Managers). @ winewrap : Takes care of linking winelib applications. Linking with winelib is a complex process, winewrap makes it simple. @ winhelp : For viewing windows help files * wmc : Wine Message Compiler it allows Windows message files to be compiled into a format usable by Wine. * wrc : Wine Resource Compiler. It allows Winelib programmers (and Wine itself) to compile Windows style resource files into a form usable by Wine.

5 6

Re: Packagers Guide Update #5
by Tony Lambregts Feb. 4, 2003

Feb. 4, 2003

Tom Wickline wrote: > Tony Lambregts wrote: > >> I don't think it is nessasary for a configure or shell script for >> this. I think we can just include it. Declaring it as an entity and >> wraping it in <programlisting> _should_ work. Tom: you can try this >> your self or if you want/need some help with this I'll see what I can >> do. >> > Declaring the sample config as an entity is as easy as the following patch. Index: wine-pkg.sgml =================================================================== RCS file: /home/wine/wine/documentation/wine-pkg.sgml,v retrieving revision 1.1 diff -u -r1.1 wine-pkg.sgml --- wine-pkg.sgml 19 Jan 2001 20:58:37 -0000 1.1 +++ wine-pkg.sgml 26 Jan 2003 18:02:24 -0000 @@ -5,8 +5,8 @@ %authors; <!entity packaging SYSTEM "packaging.sgml"> +<!entity config SYSTEM "samples/config"> ]> <book id="index"> ----- After making that change you can include the config file anywhere you like by using the directive &config; Getting around the <wineconf> problem is another problem however. It looks to me that this wineconf could just as easily been surrounded by stars or braces or whatever since getting rid of the lines does not seem to have affected any of my programs. If this is the case then getting rid of <> and replacing them with something else is the (easiest) solution. If we cannot replace the <> around wineconf the burning question for me is what is the directive to tell the make process ignore <wineconfig> Does anyone have an idea? Vincent...? -- Tony Lambregts

5 7

Re: RPC marshalling patch
by Greg Turner Feb. 3, 2003

Feb. 3, 2003

On Thursday 30 January 2003 10:44 am, Ove Kaaven wrote: > This one is sure to give Greg something to work with... looks very interesting, indeed. > all of this was > implemented in a bit of a hurry, but since it's based on my research, it > should be a good starting point in understanding how Microsoft's NDR > engine works. It doesn't properly implement marshalling alignment or > memory sizing, may not handle a number of fringe cases, does not conform > to the DCE RPC wire protocol (mostly because I don't have a description of > it... where did you find it, Greg?), and probably needs some cleanup, but I think, I had to sign away my firstborn to OpenGroup for it. If you feel like spending money /and/ signing away your firstborn, this looks like the definitive OpenGroup DCE package: http://www.opengroup.org/products/publications/catalog/t151x.htm and here is some free-as-in-beer RPC 1.1 stuff: http://www.opengroup.org/products/publications/catalog/c706.htm Where, exactly, I got what I have is a bit of a mystery to me :( It looks like it started its journey as postscript so perhaps it's part of the DCERPC source tarball? My old box is booted into the Operation Flashpoint Operating System... er... Windows, I mean... so I can't dig it out from my ext3 partition right now. In your previous patch you mentioned the possibility of a merge situation between us. Indeed, this is probably the case, but it's minor. I've been real busy lately with work, and other non-wine things, so I haven't been forging ahead at my usual clip. There's not a whole lot floating around in my tree that hasn't gone out to wine-patches ATM. -gmt

11 17

Unhandled exception: privileged instruction in 16-bit code
by Max Feb. 3, 2003

Feb. 3, 2003

Installing an app (Autocad 2000), which has an InstallShield installer, all goes good up to end of file copying, an then an access violation appears : Unhandled exception: privileged instruction in 16-bit code (0417:09b7). In 16-bit mode. 0x0417:0x09b7: ldsw 0x014a,%dx A trace with --debugmsg +relay leads to following : 080ce9a8:Call KERNEL.74: OPENFILE(04370000 "C:\\WINDOWS\\_INS33IS._MP",041f:1610,0200) ret=0417:0213 ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=ffff ret=0417:0213 ds=041f 080ce9a8:Call KERNEL.74: OPENFILE(04270000 "C:\\WINDOWS\\_delis43.ini",041f:1610,0200) ret=0417:0229 ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=0001 ret=0417:0229 ds=041f 080ce9a8:Call KERNEL.74: OPENFILE(042f0000 "C:\\WINDOWS\\_iserr31.ini",041f:1610,0200) ret=0417:023f ds=041f 080ce9a8:Ret KERNEL.74: OPENFILE() retval=ffff ret=0417:023f ds=041f 080ce9a8:Call USER.111: SENDMESSAGE(ffff,c010,0000,00000000) ret=0417:0250 ds=041f 080ce9a8:Call ntdll.RtlAllocateHeap(40240000,00000000,00000080) ret=407e0b60 080ce9a8:Ret ntdll.RtlAllocateHeap() retval=40279b28 ret=407e0b60 080ce9a8:Call kernel32._ConfirmSysLevel(40837c08) ret=407e08cd 080ce9a8:Ret kernel32._ConfirmSysLevel() retval=00000000 ret=407e08cd 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32.HeapValidate(40c20000,00000000,40c2050a) ret=407e80ed 080ce9a8:Ret kernel32.HeapValidate() retval=00000000 ret=407e80ed 080ce9a8:Call kernel32.HeapValidate(40c20000,00000000,40c20518) ret=407e8108 080ce9a8:Ret kernel32.HeapValidate() retval=00000001 ret=407e8108 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._ConfirmSysLevel(40837c08) ret=407e08cd 080ce9a8:Ret kernel32._ConfirmSysLevel() retval=00000000 ret=407e08cd 080ce9a8:Call kernel32.wine_call_to_16_regs_short(412d26b0,0000000a) ret=407e7f97 080ce9a8:CallTo16(func=0417:0258,ds=041f,002a,c010,0000,0000,0000) ss:sp=041f:15d6 ax=041e bx=0000 cx=0000 dx=0000 si=0000 di=0000 bp=1600 es=041f fs=0000 080ce9a8:Call USER.107: DEFWINDOWPROC(002a,c010,0000,00000000) ret=0417:03d0 ds=041e 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Call kernel32._EnterSysLevel(40837c08) ret=407df5ef 080ce9a8:Ret kernel32._EnterSysLevel() retval=400dbb90 ret=407df5ef 080ce9a8:Call kernel32._LeaveSysLevel(40837c08) ret=407df60f 080ce9a8:Ret kernel32._LeaveSysLevel() retval=00000000 ret=407df60f 080ce9a8:Ret USER.107: DEFWINDOWPROC() retval=00000000 ret=0417:03d0 ds=041e 080ce9a8:RetFrom16() ss:sp=041f:15d6 ax=0000 bx=0000 cx=0000 dx=0000 bp=1600 sp=15d6 080ce9a8:Ret kernel32.wine_call_to_16_regs_short() retval=412d26b0 ret=407e7f97 080ce9a8:Call kernel32.GlobalLock16(000003e7) ret=407d83ed 080ce9a8:Ret kernel32.GlobalLock16() retval=402952d8 ret=407d83ed 080ce9a8:Call ntdll.RtlFreeHeap(40240000,00000000,40279b28) ret=407e515a 080ce9a8:Ret ntdll.RtlFreeHeap() retval=00000001 ret=407e515a 080ce9a8:Ret USER.111: SENDMESSAGE() retval=00000001 ret=0417:0250 ds=041f wine: Unhandled exception, starting debugger... Regards Max

2 1

half-life
by Scott Jackson Feb. 1, 2003

Feb. 1, 2003

halflife majorly crashes on me: err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 112 bytes for thousands of lines, until it eventually pukes and wants to debug. then it tells me: Couldn't start process '148738992 0x84 ' (twice) Why? I don't know. I remember installing it under wine, but it always puked on me like that afterwards. I have 128MB of RAM so that shouldn't be a problem. -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

6 9

Explorer
by Steven Edwards Feb. 1, 2003

Feb. 1, 2003

I've been reading all of the traffic regarding getting explorer to work under WINE or writing a replacement for WINE and thought this would be a good time to chime in. ReactOS is about to release version 0.1.0 this weekend and is starting to include support for basic Windowing and CDrom installing. There has been much discussion on when/if we will reimplement explorer.exe also so maybe we can work together on this as ReactOS is using WINE for large parts of the shell support. If the WINE project is going to start a implementation of explorer.exe then we will work off of that. Thanks Steven __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

6 7

Re: PATCH - wineserver named_pipe.c porting fix
by Dimitrie O. Paun Feb. 1, 2003

Feb. 1, 2003

On Fri, 31 Jan 2003, Steven Edwards wrote: > Working on building wineserver on mingw > > Changelog: check for sys/socket.h Dude, Just bundle all these patches together, under such a ChangeLog: Check for missing headers in mingw. I think it's simpler for everybody: you (to submit), us (to review), Alexandre (to apply), and it's in fact a logical change that shouldn't be split. -- Dimi.

2 1

Re: Guess who's back, back again... :)
by Dimitrie O. Paun Jan. 31, 2003

Jan. 31, 2003

[Sorry guys, this one didn't make to the list...] On Tue, 28 Jan 2003, Mike Hearn wrote: > Completely nosy of me, so feel free to tell me to piss off, but I've > been wondering if you get paid to work on Wine for a while now, or > whether you just make far more efficient use of your spare time than I > do :) I wish I got paid :) No, I don't. In fact, I haven't made a dime working on Wine. It would be nice to, so I can put more time in it, but that's another story. I am a freelancer, and I had a bit more time on my hands last year, but starting Jan 2003, things changed, and I will not have as much time available (in fact, if I get 2h/day to work on Wine I'll be happy). In other words, things will progress a lot slower from now on. :( -- Dimi.

2 2

Re: PATCH - wineserver sock.c porting fix
by Dan Kegel Jan. 31, 2003

Jan. 31, 2003

Steven Edwards wrote: > Working on building wineserver on mingw Please batch your changes... one patch a day for all #ifdef HAVE_foo_H patches would be perfect. -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Stdole2 / Stdole32 (RESEND)
by Alexandre Julliard Jan. 31, 2003

Jan. 31, 2003

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > There are a couple of things to note about this patch. > The first is that this only really provides the stdole2.tlb resource data > since it is just an alias for oleaut32.dll and there can be only one > resource of each type for a given id, so I am not 100% sure at the moment > whether it will work properly for those apps wanting stdole32. Looks like it has to be made a separate dll then, since that's how Windows does it. Also we need a way to generate that file, I'm not going to put the compiled binary file into CVS. -- Alexandre Julliard julliard(a)winehq.com

1 0

Winelib project
by Hans Christian Studt Jan. 31, 2003

Jan. 31, 2003

Hi, I am trying to compile some sourceforge windows projects under winelib and need some guidance regarding how to fix these errors. bb4win =========================================== g++ -c -I. -I/usr/local/wine/include -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o BB Api.o BBApi.cpp In file included from BBApi.cpp:34: Menu/MenuMaker.h:53:16: io.h: Ingen sådan fil eller filkatalog BBApi.cpp: In function `const CHAR* GetBBVersion()': BBApi.cpp:80: warning: passing NULL used for non-pointer argument passing 2 of `BOOL GetFileVersionInfoA(const CHAR*, long unsigned int, long unsigned int, void*)' BBApi.cpp:80: warning: argument to non-pointer type `long unsigned int' from NULL BBApi.cpp: In function `CHAR* ReadValue(const CHAR*, const CHAR*, long int*)': BBApi.cpp:458: `stricmp' undeclared (first use this function) BBApi.cpp:458: (Each undeclared identifier is reported only once for each function it appears in.) BBApi.cpp: In function `void Log(const CHAR*, const CHAR*)': BBApi.cpp:611: `_strtime' undeclared (first use this function) BBApi.cpp: In function `COLORREF ParseLiteralColor(const CHAR*)': BBApi.cpp:891: `strnicmp' undeclared (first use this function) BBApi.cpp: In function `HINSTANCE__* BBExecute(HWND__*, const CHAR*, const CHAR*, const CHAR*, const CHAR*, int, bool)': BBApi.cpp:1409: `SHELLEXECUTEINFO' undeclared (first use this function) BBApi.cpp:1409: parse error before `;' token BBApi.cpp:1419: `si' undeclared (first use this function) BBApi.cpp:1429: `SEE_MASK_DOENVSUBST' undeclared (first use this function) BBApi.cpp:1429: `SEE_MASK_FLAG_NO_UI' undeclared (first use this function) BBApi.cpp:1430: `ShellExecuteEx' undeclared (first use this function) BBApi.cpp: In function `bool IsInString(const CHAR*, const CHAR*)': BBApi.cpp:1573: `strlwr' undeclared (first use this function) make[1]: *** [BBApi.o] Error 1 make[1]: Leaving directory `/user/home/hcs/Wine/winelib/compile/bb4win/blackbox' make: *** [blackbox] Error 2 =========================================== NSIS/Source =========================================== gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o Ui.o Ui.c Ui.c: In function `set_language': Ui.c:275: warning: comparison is always false due to limited range of data type gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o bgbg.o bgbg.c gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o bin2h.o bin2h.c gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o exec.o exec.c exec.c: In function `ExecuteEntry': exec.c:1006: `IShellLink' undeclared (first use in this function) exec.c:1006: (Each undeclared identifier is reported only once exec.c:1006: for each function it appears in.) exec.c:1006: `psl' undeclared (first use in this function) exec.c:1014: `CLSID_ShellLink' undeclared (first use in this function) exec.c:1015: `IID_IShellLink' undeclared (first use in this function) make[1]: *** [exec.o] Error 1 make[1]: Leaving directory `/user/home/hcs/Wine/winelib/compile/NSIS/Source/exehead' make: *** [exehead] Error 2 =========================================== wnsr/wnsrtool =========================================== g++ -c -I. -I/usr/local/wine/include -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o logfileCode.o logfileCode.cpp logfileCode.cpp: In function `void writelogline(FILE*, char, char*, char*, int, long unsigned int)': logfileCode.cpp:40: `_strtime' undeclared (first use this function) logfileCode.cpp:40: (Each undeclared identifier is reported only once for each function it appears in.) logfileCode.cpp:41: `_strdate' undeclared (first use this function) make: *** [logfileCode.o] Error 1 =========================================== -- Hans Christian Studt : http://hc.studt.dk mailto:hc(a)studt.dk .dk og W3C standarder : http://w3c.studt.dk

2 9

[RFC] The Wine UI page
by Dimitrie O. Paun Jan. 31, 2003

Jan. 31, 2003

Hi folks, There is a new page in my little Wine WWW -- the UI status page: http://www.dssd.ca/wine/Wine-UI.html This is a page that I've been meaning to create for many months now. Please check it out, and let me know if you notice any inaccuracies. -- Dimi.

5 9

Why is IOCTL_CDROM_READ_TOC so slow?
by Waldeck Schutzer Jan. 31, 2003

Jan. 31, 2003

I just realized that IOCTL_CDROM_READ_TOC is used almost everywhere in mcicda and somewhere else, but on the other hand it is as fast as a snail. A 68-track CD took 10 minutes to scan in cdplayer and if you press play, another 10 minutes will pass before it even starts playing! It appears to be a good idea to cache the TOC somewhere, but where and how? Best, Waldeck

2 5

Re: Winelib project
by Jeff Smith Jan. 31, 2003

Jan. 31, 2003

Yes. BTW, when 'make install'ed, wine should create the appropriate link in the same directory it installs winegcc. -- Jeff S >From: Hans Christian Studt <hcstudt(a)post10.tele.dk> > >I just build from the CVS and I now have >/usr/local/wine/tools/winegcc >but I canot find >wineg++ > >Should there be a symbolic link to winegcc or what ??? >-- >Hans Christian Studt : http://hc.studt.dk mailto:hc(a)studt.dk >.dk og W3C standarder : http://w3c.studt.dk _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

1 0

Winelib and <io.h>
by Hans Christian Studt Jan. 31, 2003

Jan. 31, 2003

Using (pached) winemaker I still have problems with <io.h> sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader make[1]: Entering directory `/user/home/hcs/Wine/winelib/compile/bb4win/blackbox' LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/local/bin/wrc -J -m -I. -I/usr/local/include/wine/windows -o Blackbox.res Blackbox.rc /usr/local/bin/wineg++ -c -I. -I/usr/local/include/wine/windows -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o BBApi.o BBApi.cpp In file included from BBApi.cpp:34: Menu/MenuMaker.h:53:16: io.h: Ingen sådan fil eller filkatalog There was a discussion on a subject related to io.h started on this list 9. january 2003. What exactly were the outcome ??? Is there a resolution or a workaround ??? I can still try out Ming/Cygwin but how would that change the <io.h> problem ??? -- Hans Christian Studt : http://hc.studt.dk mailto:hc(a)studt.dk .dk og W3C standarder : http://w3c.studt.dk

2 1

[RFC] Wine UI status (take 2)
by Dimitrie O. Paun Jan. 31, 2003

Jan. 31, 2003

Hi folks, This is what I got after incorporating all of your suggestions: http://www.dssd.ca/wine/Wine-UI.html Please check it out, and help me: -- add any missing items -- complete the status, URL, etc for the items that miss it -- fix any incorrect information -- Dimi.

1 0

common file dialogs
by Mike Hearn Jan. 31, 2003

Jan. 31, 2003

Hi, Is there a reason that: a) The Wine open/save dialog boxes don't show or follow symlinks and b) They show dotfiles? I seem to recall a discussion on wine-devel way back on the topic of dotfiles, but a quick archive search didn't turn up much of use. At the very least I think it should be a pref, wading through lots of dotfiles in your home dir makes it much harder to open files with wine, and obviously non-technical users will wonder what is going on with all these stranges folders that I never made...... -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 5

Re: w2k Explorer makes wine crash in RtlRaiseException
by Rolf Kalbermatter Jan. 31, 2003

Jan. 31, 2003

thomas.mertes(a)t-mobile.at wrote: >On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the >w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) >using wine-20030115 with just buildin dlls. It is quite possible that there is a problem in the Exception handling in Wine, however before Explorer is going to run under Wine, there needs to be a whole lot more done than that. The entire shell support in Wine is not at the point where Explorer will be able to do anything useful and it is just as likely that one of those problems triggers this Exception, which may be not handled correctly in Explorer itself, but when run on Windows, that Exception never ever has been triggered until now. Explorer although an application is so tightly bound to the underlying OS, that I doubt that you could mix the Explorer application with different Windows versions itself. You definitely can't run W2K Explorer on a W9x platform and vice versa. In general I think it is probably simpler to get a Wine equivalent of Explorer written than to get Wine to the point where it will run Windows Explorer. Rolf Kalbermatter

4 3

font metrics
by Scott Jackson Jan. 31, 2003

Jan. 31, 2003

how can I force wine to do font metrics? -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

2 1

Re: wrc: merge README.wrc into the man page
by Dimitrie O. Paun Jan. 31, 2003

Jan. 31, 2003

On January 30, 2003 09:38 pm, Dimitrie O. Paun wrote: > ChangeLog > Merge README.wrc into wrc's man page. Sorry I forgot to mention, also do: cvs rm -f tools/wrc/README.wrc before you commit. -- Dimi.

1 0

Re: japanese fonts
by Scott Jackson Jan. 30, 2003

Jan. 30, 2003

Well, I'm off to try that. I tried a mv /usr/X11R6/whereverthefontswere/ to a back up dir, then reset xf86 and wine worked fine... I'd like to believe that it was the fonts' fault, but everywhere else they work fine. I dunno my japanese fonts go funky on me sometimes... methinks kappa is a bitmap font? if there's development to be done, then I might be able to send y'all (texas native) a tar.bz2 file of what is messing up. One of the other restrictions I have as far as japanese fonts, is that whenever mozilla is asked to render a bold SHIFT_JIS type font, it gives me blank space. All information is available, just ask ;-) Your friendly neighborhood (texan) wine user, Scott On Wed, 29 Jan 2003 23:06:51 -0800 (PST) liu spider <liuspider(a)yahoo.com> wrote: > I think it's not the wine's fault. > > Just try to copy or link a Japanese font to the dir: > c/windows/fonts/ > > This works for me. >

1 0

Re: RPC marshalling patch
by Joerg Mayer Jan. 30, 2003

Jan. 30, 2003

On Thu, Jan 30, 2003 at 05:44:35PM +0100, Ove Kaaven wrote: > does not conform > to the DCE RPC wire protocol (mostly because I don't have a description of > it... You could take a look at the Ethereal sniffer software (www.ethereal.com) It has dissectors for some of Microsofts rpc stuff. Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

Run from the build tree possible?
by Ferenc Wagner Jan. 30, 2003

Jan. 30, 2003

Hello, is it possible somehow to run Wine from the build tree? I mean without 'make install'? It's too lengthy to install after every one line change during printf-debugging... Feri.

6 8

Re: dlls/user/text.c division by zero
by Bill Medland Jan. 30, 2003

Jan. 30, 2003

On January 29, 2003 05:16 am, Christian Kristukat wrote: > Hi, > I'm not sure if it's really a bug. It occured while using Microcal Origin. > Wine crashes after every call of an analysis function, e.g. Peak fitting. > > ChangeLog: > * dlls/user/text.c > - I added some braces to prevent a division by zero error Wrong solution; that just makes the problem go away by making it wrong for everything else. What does windows do when one passes silly data to GetTabbedTextExtent? > > ? patch.diff > ? dlls/user/text_orig.c > Index: dlls/user/text.c > =================================================================== > RCS file: /home/wine/wine/dlls/user/text.c,v > retrieving revision 1.43 > diff -u -r1.43 text.c > --- dlls/user/text.c 8 Jan 2003 21:09:26 -0000 1.43 > +++ dlls/user/text.c 29 Jan 2003 12:41:14 -0000 > @@ -1244,7 +1244,7 @@ > else if (cTabStops > 0) > tabPos = nTabOrg + *lpTabPos; > else > - tabPos = nTabOrg + ((x + extent.cx - nTabOrg) / defWidth + 1) > * defWidth; > + tabPos = nTabOrg + ((x + extent.cx - nTabOrg) / (defWidth + > 1)) * defWidth; That is a different calculation and is wrong. > if (fDisplayText) > { > RECT r; -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

1 0

w2k Explorer makes wine crash in RtlRaiseException [Virus checked]
by thomas.mertes＠t-mobile.at Jan. 30, 2003

Jan. 30, 2003

Hello On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) using wine-20030115 with just buildin dlls. tm(a)penguin:~/c/w2k > winedbg explorer For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE fixme:console:SetConsoleCtrlHandler (0x404c3340,1) - no error checking or testing yet For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE fixme:shell:SHLWAPI_437 (0x00000004) stub fixme:process:SetProcessShutdownParameters (00000002, 00000000): partial stub. fixme:shell:FileIconInit (true) fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000008,0x406b2e08): stub fixme:ntdll:NtQueryInformationToken (0xcafe,10,0x406b2dc4,56,0x406b2dfc): stub Copied by hand from the winedbg window: 0011: sel=008f base=401145e0 limit=00000fff 32-bit rw- Backtrace: =>0 0x400c3de5 (RaiseException+0x75(code=0xc06d007f, flags=0x0, nbargs=0x1, args=0x406b2df8) [except.c:84] in libntdll.dll.so) (ebp=406b2da8) 1 0x0040de7f (explorer.exe.EntryPoint+0xc8d7 in C:\w2k\explorer.exe) (ebp=406b2df0) 2 0x0040a30f (explorer.exe.EntryPoint+0x8d67 in C:\w2k\explorer.exe) (ebp=406b2e3c) 3 0x00401621 (explorer.exe.EntryPoint+0x79 in C:\w2k\explorer.exe) (ebp=406b2e9c) 4 0x400ba038 (start_process+0x248 [process.c:564] in libntdll.dll.so) (ebp=406b2f38) 5 0x400beb3d (call_on_thread_stack+0x1d(func=0x400b9df0) [sysdeps.c112] in libntdll.dll.so) (ebp=406b2ff4) 6 0x400bece4 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x400c3de5 (RaiseException+0x75 [except.c84] in libntdll.dll.so): leal 0xffffffa8(%ebp),%esp 84 RtlRaiseException( &record ); This seems to be an error in the wine exception handling. Is this right? What can be done about that? Greetings Thomas Mertes

4 6

Re: Patch for crash caused by XIM and make XIM functions properly (2ed)
by Alexandre Julliard Jan. 30, 2003

Jan. 30, 2003

liu spider <liuspider(a)yahoo.com> writes: > ChangLog: > - controls/edit.c > new message type WM_IME_CHAR to handle XIM input. > - dlls/x11drv/keyboard.c > new function XIM_KeyEvent to process XIM key events. > - dlls/x11drv/window.c > new attributs added when creating a IC > - dlls/x11drv/x11drv_main.c > exchange the order of XCloseDisplay and XCloseIM > (otherwise it will crash when closed) > > (What's wrong with this patch? It seems to be ignored.) It's not ignored, but I'm currently working in this area, and we also have some related stuff in the Crossover tree, and I'm trying to bring everything together into a coherent whole; so it will eventually be committed in one form or another, but I have to spend a bit more time on this first. -- Alexandre Julliard julliard(a)winehq.com

2 1

japanese fonts
by Scott Jackson Jan. 30, 2003

Jan. 30, 2003

My japanese fonts seem to make wine crash, even apart from that, they also don't work in wine ;-) ------------- wine output on wine hl.exe -------- ---------- cut out a couple thousand lines------- err:font:XFONT_BuildMetrics failed to load -kappa-fixed-bold-r-normal--20-190-75-75-c-100-jisx0201.1976-0 Font metrics: 92.2% done fixme:font:LFD_InitFontInfo font '-kappa-fixed-bold-r-normal--20-190-75-75-c-100-muleipa-1' has unknown registry 'muleipa' and character encoding '1' X Error of failed request: 82 Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 10964 Current serial number in output stream: 10965 ----------------------- end --------------------- Why? I don't know. they work fine in everything else... -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

1 0

Re: wrc: drop header file generation
by Alexandre Julliard Jan. 30, 2003

Jan. 30, 2003

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Not so. Looking at the header file generated by wrc, > it occured to me that it is exporting symbols that it > shouldn't be exporting in the first place. I think the > options where added long ago for compatibility with the > old resource compiler. No, it's exporting symbols to reference the resource data directly, in case you don't want to go to the trouble of parsing the resource directory and you just want the data. It's true that the header is not really useful since you can add extern statements in the code that uses the data; I think we should keep the -g option though, otherwise in asm mode you are forced to parse the resource descriptor which isn't much fun. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: some ntdll functions [Virus checked]
by thomas.mertes＠t-mobile.at Jan. 30, 2003

Jan. 30, 2003

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > > /************************************************************************** > > + * RtlUpperChar (NTDLL.@) > > + */ > > +CHAR WINAPI RtlUpperChar( CHAR ch ) > > +{ > > + return toupper(ch); > > +} > > It's better to avoid using locale dependent functions from an underlying > system because Wine internal code page almost always is different from OS > locale. The way to go is convert to unicode, do desired things, and convert > the result back to ansi. The implementation of RtlUpperString in rtlstr.c gave me the idea to use toupper: /************************************************************************** * RtlUpperString (NTDLL.@) */ void WINAPI RtlUpperString( STRING *dst, const STRING *src ) { unsigned int i, len = min(src->Length, dst->MaximumLength); for (i = 0; i < len; i++) dst->Buffer[i] = toupper(src->Buffer[i]); dst->Length = len; } The docu of RtlUpperChar says: RtlUpperChar returns the uppercase version of the specified character or returns the value specified by the caller for Character if the specified character cannot be converted. RtlUpperChar returns the input Character unconverted if it is the lead byte of a multibyte character or if the uppercase equivalent of Character is a double-byte character. To convert such characters, use RtlUpcaseUnicodeChar. --- End of docu -- IMHO RtlUpperChar has nothing to do for unicode chars. Is there a way to use Wine internal code page to do the conversion without converting to unicode and back? BTW: If it is not ok to use toupper several other places in wine have a problem: $ grep toupper */*.c */*/*.c */*/*/*.c | grep -v toupperW | grep -v str_toupper in wine-20030115 gives a longer list of usages of toupper. Specially msvcrt toupper seems also to use the function from libc. Greetings Thomas Mertes

2 1

RE: w2k Explorer makes wine crash in RtlRaiseException
by Robert Shearman Jan. 30, 2003

Jan. 30, 2003

> To: wine-devel(a)winehq.com > From: thomas.mertes(a)t-mobile.at > Date: Wed, 29 Jan 2003 14:26:27 +0100 > Subject: w2k Explorer makes wine crash in RtlRaiseException > [Virus checked] > > Hello > > On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the > w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) > using wine-20030115 with just buildin dlls. > > tm(a)penguin:~/c/w2k > winedbg explorer > Copied by hand from the winedbg window: > 0011: sel=008f base=401145e0 limit=00000fff 32-bit rw- > Backtrace: > =>0 0x400c3de5 (RaiseException+0x75(code=0xc06d007f, flags=0x0, > nbargs=0x1, > args=0x406b2df8) [except.c:84] in libntdll.dll.so) (ebp=406b2da8) > 1 0x0040de7f (explorer.exe.EntryPoint+0xc8d7 in C:\w2k\explorer.exe) > (ebp=406b2df0) > This seems to be an error in the wine exception handling. Is this right? > What can be done about that? No, it is not. It is a software exception raised by explorer itself (you can get the same effect by running Win98 explorer on Win2k). I have seen the same problem myself and managed to fix it, though I can't remember how. I have submitted quite a few patches specific to getting Win2k explorer running on Wine, but they haven't been accepted so far. For a start you could try --dll shlwapi=b and copying over the native shdocvw.dll and browseui.dll and running regsvr32 on them both. Try running with --dll ole32=b to see if it is a COM class that isn't registered and finally try using some of my shell32 and shlwapi patches :) Hope this helps, Rob BTW I have got explorer loaded and displaying a folder but there are no items in the folder view apart from 'Desktop'. I am still trying to work out exactly why this is.

1 0

Re: App works almost perfectly, but one MDI screen won't draw
by Dan Kegel Jan. 30, 2003

Jan. 30, 2003

I've played with our MDI application a bit more, and have observed two kinds of bugs under cvs wine: First type: things not drawing, probably because of missing messages (we know the WM_NCPAINT message is AWOL, but it might be something else); 1. One of the "documents" has blank client areas (mentioned previously); these don't ever get drawn. 2. Another of the "documents" has a blank pane initially, but if you diddle around a bit, it does draw. 3. Maximizing any of the "documents" is supposed to make a minimize/maximize/close widget appear on the right-hand side of the toolbar, but it doesn't. Second type: things drawing in the wrong place: 4. The text box at the bottom of a three-panel window has its upper left corner in the right place, but its lower right corner is exactly one scrollbar width inset too far. The scrollbars are inset by that amount, too. That leaves the area where the scrollbars ought to be totally undrawn. Duane Clark is looking at the missing message problem in this and another app. Also, I'm setting up Linux and Wine for the guy who wrote our app so he can poke around and look for these problems himself; if nothing else, he can put together a minimal test case. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 3

Registry Files & Windows Dynamic Link Libraries
by Tom Wickline Jan. 29, 2003

Jan. 29, 2003

I'm looking into updating section 3.3 of the Packagers Guide. I am not toatly sure about all the info that I have if you are aware of something out of place could you let me know. Thanks Tom ---------- Windows 95 to ME ) Registry Files /windows/system.dat /windows/user.dat /windows/win.ini The Registry consists of two local files, System.dat and User.dat. System.dat contains information on software and hardware settings and is located in the Windows folder. User.dat contains user-specified configurations for the GUI and shell. It is located in the Windows folder unless the system is set up for multiple users, in which case each user will have a separate User.dat file located in Windows\Profiles\username (where username is the name of the user). Windows Dynamic Link Libraries /windows/system ( Windows NT ) Registry Files /winnt/profiles/(username)/ntsystem.dat /winnt/profiles/(username)/ntuser.dat /windows/win.ini -- for 16-bit app compatibility If there are multiple profiles on one machine (one local, one as part of a domain, etc.), then the user directory will be the user name plus a number. Windows Dynamic Link Libraries /winnt/system -- 16-bit compat ? /winnt/system32 ( Win2K / XP ) /documents and settings/(username)/ntsystem.dat /documents and settings/(username)/ntuser.dat /windows/win.ini -- for 16-bit app compatibility If there are multiple profiles on one machine (one local, one as part of a domain, etc.), then the user directory will be the user name plus a number. Windows Dynamic Link Libraries /winnt/system -- 16-bit compat ? /winnt/system32

1 0

Re: README translated to Portuguese
by Dimitrie O. Paun Jan. 29, 2003

Jan. 29, 2003

On January 24, 2003 09:04 pm, Tom Wickline wrote: > www: Uma grande quantidade de informação acerca do Wine está disponivel > pelo WineHQ em http://www.winehq.com/ : varios guias Wine, base de > dados de aplicações, localizaçao de erros. Isto é provavelmente o > melhor ponto de começo. > > FAQ: A Wine FAQ está localizada em http://www.winehq.com/FAQ > > Usenet Tu podes discutor tópicos relacionados de Wine e obter ajuda em > comp.emulators.ms-windows.wine. > > Bugs: Ajuda online está disponivel em #WineHQ on irc.freenode.net. > > IRC: O currente desenvolvimento do Wine está disponivel por CVS. > Vai a http://www.winehq.com/development/ para mais informação. > > Mailing Lists: > Há algumas mailing list para responsaveis pelo desenvolvimento > Wine; ver em http://www.winehq.com/development/#ml para mais informação. Can we please switch these www.winehq.com references to www.winehq.org? Any volunteer to update our documentation? -- Dimi.

4 4

Spanish Documentation Project
by Javier Canovas Jan. 29, 2003

Jan. 29, 2003

hi, this is my first message on this mailing list... HI! I am a spanish user of wine, and I am going to translate the english documentation of wine (I manage the project). I am creating the project (cvs, bugzilla...) in Lucas (es.tldp.org) but I cant do it alone. I am meeting people to work in this, somebody can help us? Thks PD: Im sorry Shachar...

3 2

Re: some ntdll functions [Virus checked]
by thomas.mertes＠t-mobile.at Jan. 29, 2003

Jan. 29, 2003

"Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > It seems the patch got wrapped. Turn off automatic wrapping in your > mail client before resending it. My mail client is Lotus Notes (company decision, not mine). Strange: Here the mail looks ok. Do you know how to turn line wrapping of in Lotus Notes. If not I will send the next patch as attatchment. Greetings Thomas Mertes

1 0

spyxx from msvc6.0 crashes on exit...
by Dan Kegel Jan. 29, 2003

Jan. 29, 2003

spyxx from msvc6.0 crashes repeatably. Here's the recipe: $ wine spyxx.exe click the minimize widget on the client document click the quit widget on the app Bingo, unhandled exception. The traceback looks uninformative, so either the stack is corrupt or it's crashing in the very outer routine. Here's the output of +relay and the backtrace (ah, I love it now that the debugger just uses the terminal I started wine with!!): 08076498:Call kernel32.TlsGetValue(00000000) ret=78001322 08076498:Ret kernel32.TlsGetValue() retval=408e0f70 ret=78001322 08076498:Call kernel32.SetLastError(00000000) ret=7800132f 08076498:Ret kernel32.SetLastError() retval=00000000 ret=7800132f 08076498:Call kernel32.GetLastError() ret=78001314 08076498:Ret kernel32.GetLastError() retval=00000000 ret=78001314 08076498:Call kernel32.TlsGetValue(00000000) ret=78001322 08076498:Ret kernel32.TlsGetValue() retval=408e0f70 ret=78001322 08076498:Call kernel32.SetLastError(00000000) ret=7800132f 08076498:Ret kernel32.SetLastError() retval=00000000 ret=7800132f 08076498:Call kernel32.UnhandledExceptionFilter(40440900) ret=7800f914 wine: Unhandled exception, starting debugger... Unhandled exception: page fault on read access to 0x00000040 in 32-bit code (0x0041e214). In 32-bit mode. 0x0041e214 (spyxx.exe..text+0x1d214 in F:\spy\spyxx.exe): movl 0x40(%eax),%edi Wine-dbg> bt Backtrace: =>0 0x0041e214 (spyxx.exe..text+0x1d214 in F:\spy\spyxx.exe) (ebp=0001002f) Wine-dbg> quit WineDbg terminated on pid 8072e48 -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: some ntdll functions [Virus checked]
by Dmitry Timoshkov Jan. 29, 2003

Jan. 29, 2003

<thomas.mertes(a)t-mobile.at> wrote: > --- old_wine-20030115/dlls/ntdll/rtlstr.c Tue Nov 12 03:17:34 2002 > +++ new_wine-20030115/dlls/ntdll/rtlstr.c Sun Jan 26 00:03:56 2003 > @@ -516,6 +516,15 @@ > */ > > > /************************************************************************** > + * RtlUpperChar (NTDLL.@) > + */ > +CHAR WINAPI RtlUpperChar( CHAR ch ) > +{ > + return toupper(ch); > +} It's better to avoid using locale dependent functions from an underlying system because Wine internal code page almost always is different from OS locale. The way to go is convert to unicode, do desired things, and convert the result back to ansi. -- Dmitry.

1 0

Re: some ntdll functions [Virus checked]
by Dimitrie O. Paun Jan. 29, 2003

Jan. 29, 2003

On January 28, 2003 04:11 am, thomas.mertes(a)t-mobile.at wrote: > +NTSTATUS WINAPI RtlIntegerToUnicodeString(ULONG value, ULONG base,const > UNICODE_STRING *str); Thomas, It seems the patch got wrapped. Turn off automatic wrapping in your mail client before resending it. -- Dimi.

1 0

Re: [dx8 patch 12]: huge cleanup + split
by Andrew John Hughes Jan. 28, 2003

Jan. 28, 2003

On Sat, 25 Jan 2003 01:14:15 +0100 Raphaël Junqueira <fenix(a)club-internet.fr> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > it seems a big patch, but it's only simple cleanups/splits ;) > > it's the first and bigger patch for splitting d3d8 from the future d3d7/d3d8/d3d9 comon code > > Changelog: > - some needed cleanups for future dx9 and d3d common layer support: > - stateblocks to IDirect3DStateBlockImpl interface and moving into a new file (stateblock.c) > - shaders to IDirect3D*ShaderImpl interfaces > - splitting vshader and vshader declaration as in dx9 into 2 interfaces (for future common layer use) > - vshader declaration code to a new file (vsaderdeclaration.c) > - device calls to new interfaces (redirect stubs) > - simple texture fix for a little regression after last jason patches > - some caps code using the GL/glext.h defines (GL_VERSION_*) > > Todo: > - renaming IDirec3DDevice8Impl::StateBlock to IDirec3DDevice8Impl::startupStateBlock > - moving IDirec3DDevice8Impl d3d generic code to a "common layer" interface (maybe IDirec3DDeviceImpl) > - merging new DrawPrimitive prototype (using ddraw code) with current code > - splitting d3d8_private.h into 2 headers (d3d8 specific header, and common layer header) > - merging the hal base prototype > > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+MdbYp7NA3AmQTU4RAg3DAJ94zf6kzopk2WH95+Nvq/BcH26dogCdEhf2 > UASOhtqMDLoJocMODUtZZv8= > =5SNm > -----END PGP SIGNATURE----- > Including glext.h appears to break the DLL for me. NVidia's GL headers (gl.h) already define some of the types specified in glext.h. I presume X installs glext.h, but I've not had a conflict between the two headers before. In file included from d3d8_private.h:30, from device.c:35: /usr/local/include/GL/glext.h:3142: conflicting types for `glCopyTexSubImage3DEXT' /usr/local/include/GL/gl.h:2486: previous declaration of `glCopyTexSubImage3DEXT' /usr/local/include/GL/glext.h:3566: conflicting types for `glColorSubTableEXT' /usr/local/include/GL/gl.h:2446: previous declaration of `glColorSubTableEXT' /usr/local/include/GL/glext.h:4372: conflicting types for `glTbufferMask3DFX' /usr/local/include/GL/gl.h:2984: previous declaration of `glTbufferMask3DFX' /usr/local/include/GL/glext.h:4406: conflicting types for `glTextureColorMaskSGIS' /usr/local/include/GL/gl.h:3050: previous declaration of `glTextureColorMaskSGIS' -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html "Windows is the one true OS. MS invented the GUI. MS invented the 32 bit OS. MS is open and standard. MS loves you. We have always been at war with Oceania."

3 4

Re: Bug #540: DLL Separation of user32 from x11drv (clipboard)
by Vincent Béron Jan. 28, 2003

Jan. 28, 2003

Andrew John Hughes a écrit: > License: LGPL > > Changelog: > Removes calls to CLIPBOARD_IsPresent, CLIPBOARD_EmptyCache and CLIPBOARD_GetFormatName. > Something's missing... Vincent

1 0

Guess who's back, back again... :)
by Dimitrie O. Paun Jan. 28, 2003

Jan. 28, 2003

Hi folks, My ski vacation was a blast, good snow, good skiing, good people... You guys have been busy this past week judging by the number of messages I had to go through :) It's good to be back! -- Dimi.

3 2

Re: PATCH: glibc 2.3.x and errno
by Dan Kegel Jan. 28, 2003

Jan. 28, 2003

Ulrich Weigand wrote: > On the other hand, maybe it would now be possible to implement Wine > threads on top of regular pthreads; at least some of the inhibitors > should be gone now, e.g. you can have thread stacks at arbitrary locations > and sizes, and there is no master thread any more ... Unfortunately I > don't quite remember the full list of problems we had with pthreads ;-/ It occurs to me that implementing Wine threads on top of pthreads would probably get rid of a few of the problems keeping us from running Wine under Valgrind. Short of getting the Stanford Checker guys interested in the Wine source tree, I can't think of an cooler way to look for stupid memory bugs in Wine... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

mkdir, copy, etc.
by Jon Bright Jan. 28, 2003

Jan. 28, 2003

Hi, I'm trying to build OpenSSL using Borland Builder 5 within wine. Installation of Builder has gone fine, ActiveState Perl went on after a bit of fiddling, but I've now hit a small problem. The makefile for OpenSSL attempts to run mkdir, copy, etc. - this results in Borland's make attempting to run (after trying to find copy.exe/com/bat/cmd), the command interpreter found in COMSPEC. But wcmd is only a unix command - there is no windows\system\wcmd.exe Is there already a workaround for this, or can someone point me in the right direction to look at fixing it? -- Jon Bright Lead Programmer, Silicon Circus Ltd. http://www.siliconcircus.com/

3 2

pshpack8.h:47:6: warning: #warning "8 as alignment
by Gerald Pfeifer Jan. 28, 2003

Jan. 28, 2003

On all platforms I have access to (GNU/Linux, FreeBSD) I have been seeing the following for quite some time now: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" Is this really useful, resp. couldn't we avoid that somehow? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Re: Windows API database
by Dave Miller Jan. 28, 2003

Jan. 28, 2003

So for starters, we want something like this? It doesn't look very impressive. :) http://home.ptd.net/~compsol/imported_dll.txt However, my system is by no means a clean install of WinXP home so most of thos DLLs probably don't belong to windows. -----Original Message----- From: Dan Kegel [mailto:dank(a)kegel.com] Sent: Thursday, January 23, 2003 5:20 PM To: Dave Miller Cc: wine-devel(a)winehq.com Subject: Re: Windows API database Oh, ok. Cross-referencing DLL imports and exports. Yeah, that sounds like a job for a simple perl script. All you need to output is DLL name and what DLLs it imports from. Just generate a flat text file for starters, then later postprocess that into an ascii tree or graph. It's going to be a messy little graph, I bet. - Dan Dave Miller wrote: > The project I am considering is mentioned on the contributing page here: > http://fgouget.free.fr/wine/contributing-en.shtml. (Build a database of > Windows APIs and dependencies) It sounds like less work to simply create > text files containing the imports and exports, although I think the point is > partially for the results to be easily cross referenced by developers. > Hence the suggestion of a database of some kind. I've considered scanning > applications as well. If I have any success with the Windows APIs I may try > tackling that at some point as well. > > ----- Original Message ----- > From: "Dan Kegel" <dank(a)kegel.com> > To: "David Miller" <compsol(a)ptd.net> > Cc: <wine-devel(a)winehq.com> > Sent: Thursday, January 23, 2003 3:38 PM > Subject: Re: Windows API database > > > >>David Miller wrote: >> >>>I would be interested in knowing more about the goals of this project. >>>Don't consider me officially working on such a thing just yet. I have >>>no real perl experience, but would like to learn. First I'd like to >>>know more about what I'm up against. >> >>I'm not sure what project you're talking about, but I can make a few >>wild guesses... >> >> >>>1. Is there a specific set of dll's and exe's we want included in the >>>database or does it need to scan and gather a list of all dll and exe >>>files? That would suggest a clean OS install is necessary. >> >>Sure, a clean OS install is probably good. Many of the >>APIs exposed by even the clean OS install may not be >>needed if no application calls them, but it's hard to know >>that in advance. >> >>We might want to also scan applications to see what APIs >>they actually use, but that's real hard. >> >> >>>2. What information should be in the database? (OS ver, name of dll or >>>exe, name of imported dll, APIs and whether they are imported or >>>exported, etc.) >> >>Maybe use the same format as we use in the souce tree? e.g. >>scanning advapi32.dll should produce something that looks very >>much like > > http://cvs.winehq.com/cvsweb/wine/dlls/advapi32/advapi32.spec?rev=1.32 > >>>3. Will a single MySQL table do or does it need to be a relational >>>database with multiple tables? >> >>IMHO no SQL is needed. The database should be plain text >>files checked into CVS. >> >> >>>4. Anything else you can tell me about this task? >> >>Compare with other standards which provide lists of API's, for example: >>http://www.linuxbase.org/spec/ >>http://www.unix.org/ >>http://www.ecma.ch/ecma1/STAND/ECMA-234.HTM >>to get some ideas. Of course, these are formatted all fancily, >>and cover different operating systems, but the goal is similar: >>to provide an authoritative list of APIs. >>Ideally, the result could be part of a submission to a >>standards body. >>(See also http://www.kegel.com/remedy/remedy2.html#fix.info ) >>- Dan >> >>-- >>Dan Kegel >>http://www.kegel.com >>http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 >> >> >> > > > > -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: PATCH: dlls/ole32/storage.c
by Dan Kegel Jan. 28, 2003

Jan. 28, 2003

Gerald Pfeifer wrote: > - int lastblocknr; > + int lastblocknr=-1; FWIW, some compilers will complain on that line (though only us K&R vets remember why). Safer to use whitespace between the = and the -, e.g. > - int lastblocknr; > + int lastblocknr = -1; - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

building a windows API database
by Dave Miller Jan. 28, 2003

Jan. 28, 2003

Francois, I am interested in taking on the "build a database of windows APIs and dependencies" task. I have started work on scripts to scan a windows system and list import/export information. So far I can gather a list of dlls and run dumpbin on them, then parse imports (mostly, I think). I've started with simply printing the parsed output in three columns. The first is the DLL being scanned, the second is the DLL being imported, and the third is API imported. I am unsure of one thing. There is a 1 - 3 character hexadecimal number preceding almost every API. What is it, and should it be included in the output? Here is an example of what I am referring to: The hexadecimal number, in the third column. c:\windows\system32/atiiiexx.dll KERNEL32.dll 1AD InterlockedDecrement c:\windows\system32/atiiiexx.dll KERNEL32.dll 1B0 InterlockedIncrement c:\windows\system32/atiiiexx.dll KERNEL32.dll 126 GetModuleHandleA c:\windows\system32/atiiiexx.dll USER32.dll 2AC wsprintfA c:\windows\system32/atiiiexx.dll USER32.dll 1DE PostMessageA c:\windows\system32/atiiiexx.dll USER32.dll 15E GetWindowTextA Also I could use some direction on what the goals of this task are. Do we want text output? That makes a very large text file when listing all imported/exported APIs. Do we actually want a database for this?

1 0

Re: dlls/comcat Makefile.in version.rc include/wine wine_common_ver.rc
by John K. Hohm Jan. 27, 2003

Jan. 27, 2003

> Changelog: > John K. Hohm <jhohm(a)acm.org> > Added optional OLESelfRegister to wine_common_ver.rc, used in dlls/comcat. This apparently was not applied; was it flawed, or simply missed?

1 0

WWN interview idea
by Brian Vincent Jan. 27, 2003

Jan. 27, 2003

For a while now I've kicked around adding interviews to the Wine Weekly News. Basically how it would work is I'll email a bunch of you some questions, you can answer as many as you'd like, and I'll include the interview in the Wine Weekly News. More than likely there will be a bit of an email exchange so I can put some detail into it. (For instance, I never liked the interviews that were done on kde.org but the ones on kerneltrap.org are excellent.) What I'd like to do is get about ten of them completed first and publish them one at a time. They'll focus mostly on your involvement with Wine and the parts you've worked on. With a little luck they'll get into some of the technical details that someone wouldn't normally see discussed on the mailing list. I guess I'm more interested to hear from you if you _don't_ want to take part. Otherwise I'll assume you're a target. If you have any questions/comments/gripes or any other suggestions for the Wine Weekly News let me know. -Brian vinn(a)theshell.com

1 0

App works almost perfectly, but one MDI screen won't draw
by Dan Kegel Jan. 27, 2003

Jan. 27, 2003

Installing my company's app is still a bear -- the only way I've found to avoid the dreaded "object reference not set" is to run with --debugmsg +ole and redirect to a file (not to the screen, and not to /dev/null). Once installed, the app runs quite well... except for one screen, which remains nearly blank. The MDI frames draw fine, but the contents (which include a hex memory dump area and a tree control) remain blank. Since there were a few richtext fixmes, I threw in native richtext dlls, and that got rid of lots of fixmes, but didn't help the display. Here's the Wine log file, passed through uniq -c: 1 fixme:win32:PE_CreateModule Security directory ignored 1 err:win32:PE_fixup_imports No implementation for WSOCK32.dll.1141 imported from blahblah.dll, setting to 0xdeadbeef 1 fixme:ole:CoRegisterMessageFilter stub 1 fixme:commdlg:GetFileName95 Flags 0x00800002 not yet implemented 1 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it 2 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:dc:LockWindowUpdate ((nil)), partial stub! 3 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it 8 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:ole:CoRegisterMessageFilter stub Grr. Nothing's really obvious to this non-windows-programmer, and the guy who wrote this program is on vacation, so I can't pick his brains. Anyone have suggestions for what to try next? Thanks, Dan p.s. FWIW, here's sort | uniq -c of the log file before I threw in the native DLLs: 1 err:win32:PE_fixup_imports No implementation for WSOCK32.dll.1141 imported from blahblah.dll, setting to 0xdeadbeef 1 fixme:dc:LockWindowUpdate ((nil)), partial stub! 9 fixme:mdi:MDIRefreshMenu partially function stub 2 fixme:ole:CoRegisterMessageFilter stub 1 fixme:richedit:RICHED32_WindowProc Unknown message 0x24 Passed to default hwnd=0x110023, wParam=00000000, lParam=40791e18 622 fixme:richedit:RICHED32_WindowProc Unknown message 0x363 Passed to default hwnd=0x110023, wParam=00000001, lParam=00000000 1 fixme:win32:PE_CreateModule Security directory ignored 2 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it

5 11

qpro200.dll is its own little DLL hell
by Dan Kegel Jan. 27, 2003

Jan. 27, 2003

The VB app I'm trying to bring up (Yardi) installs qpro200.dll. Amusingly, their setup utility crashes on startup if you run it again, in that dll's init routine. Deleting it seems to fix things. Good old DLL hell. Partial relay and traceback attached in case anyone's curious. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 080f0590:Call kernel32.GetModuleHandleA(411021b0 "C:\\WINDOWS\\SYSTEM\\qpro200.dll") ret=41160128 080f0590:Ret kernel32.GetModuleHandleA() retval=00000000 ret=41160128 080f0590:Call kernel32.LoadLibraryExA(411021b0 "C:\\WINDOWS\\SYSTEM\\qpro200.dll",00000000,00000002) ret=4116013c 080f0590:Ret kernel32.LoadLibraryExA() retval=00000000 ret=4116013c 080f0590:Call kernel32.LoadLibrary16(411021b0 "C:\\WINDOWS\\SYSTEM\\qpro200.dll") ret=41160354 080f0590:CallTo16(func=02e7:00fb,ds=0417) ss:sp=0267:1530 ax=0000 bx=0000 cx=0800 dx=0000 si=0000 di=0416 bp=155a es=0417 fs=0000 080f0590:Call KERNEL.4: LOCALINIT(0417,0000,0800) ret=02e7:0120 ds=0417 080f0590:Ret KERNEL.4: LOCALINIT() retval=0001 ret=02e7:0120 ds=0417 wine: Unhandled exception, starting debugger... ... Unhandled exception: privileged instruction in 16-bit code (02ef:00ab). In 16-bit mode. 0x02ef:0x00ab: ljmp *%ss:0x0020 Wine-dbg>Backtrace: =>0 0x02ef:0x00ab (bp=1528) 1 0x02ef:0x0127 (bp=155a) 2 0x4007951b (NE_InitDLL+0x113(pModule=0x402750b8) [segment.c:680] in libntdll.dll.so) (ebp=41101c30) 3 0x40075b9a (MODULE_LoadModule16+0x10e(libname=0x411021b0, implicit=0x0, lib_only=0x1) [module.c:999] in libntdll.dll.so) (ebp=41101c60) 4 0x40075e23 (LoadModule16+0xc3(name=0x411021b0, paramBlock=0xffffffff) [module.c:1084] in libntdll.dll.so) (ebp=41101c84) 5 0x400761f2 (LoadLibrary16+0x1a(libname=0x411021b0) [module.c:1245] in libntdll.dll.so) (ebp=41101c98) 6 0x4009ac27 (.L119+0x4 [relay386.c] in libntdll.dll.so) (ebp=41101cac) 7 0x4009aeb8 (RELAY_CallFrom32+0x68(ret_addr=0x41160354) [relay386.c:426] in libntdll.dll.so) (ebp=41101d30) 8 0x40a4f02d (KERNEL32.DLL.LoadLibrary16+0x5 in kernel32.dll.so) (ebp=41101d58) 9 0x41160815 (GetFileVersionInfoA+0x85(filename=0x411021b0, handle=0x0, datasize=0x3e8, data=0x40274cc8) [info.c:524] in ver.dll.so) (ebp=41101d7c) 10 0x4116155e (_fetch_versioninfo+0x3e [install.c] in ver.dll.so) (ebp=41101da0) 11 0x41161952 (VerInstallFileA+0x2fa(flags=0x2, srcfilename=0x4026297c, destfilename=0x4026270a, srcdir=0x402619ae, destdir=0x40262a1a, curdir=0x402628de, tmpfile=0x40262840, tmpfilelen=0x411022f4) [install.c:445] in ver.dll.so) (ebp=411022cc) 12 0x4115f75d (VerInstallFile16+0x31(flags=0x2, lpszSrcFilename=0x4026297c, lpszDestFilename=0x4026270a, lpszSrcDir=0x402619ae, lpszDestDir=0x40262a1a, lpszCurDir=0x402628de, lpszTmpFile=0x40262840, lpwTmpFileLen=0x40262c06) [ver16.c:80] in ver.dll.so) (ebp=411022fc) 13 0x4115f5b6 (__wine_ver_dll_CallFrom16_p_long_wtttttpp+0xa6(proc=0x4115f72c, args=0x402626e8) [ver.spec.c:138] in ver.dll.so) (ebp=4110232c) 14 0x400b9cf5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=41102364) 15 0x025f:0x250a (bp=1a8c) 16 0x025f:0x1f89 (bp=1ae2) 17 0x00f7:0x0000 (bp=1b1c, far call assumed) 18 0x4009ac30 (.L120+0x7 [relay386.c] in libntdll.dll.so) (ebp=4110237c) 19 0x4009aeb8 (RELAY_CallFrom32+0x68(ret_addr=0x40888153) [relay386.c:426] in libntdll.dll.so) (ebp=41102400) 20 0x40a5336d (KERNEL32.DLL.wine_call_to_16_regs_short+0x5 in kernel32.dll.so) (ebp=4110270c) 21 0x4089f1cc (SendMessage16+0xe8(hwnd16=0x21, msg=0x720, wparam=0x0, lparam=0x0) [msg16.c:72] in user32.dll.so) (ebp=41102778) 22 0x40834b02 (__wine_user_exe_CallFrom16_p_long_wwwl+0x1a(proc=0x4089f0e4, args=0x40262caa) [user.exe.spec.c:1449] in user32.dll.so) (ebp=41102790) 23 0x400b9cf5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=411027c8) 24 0x025f:0x1f4a (bp=1b7e) 25 0x00f7:0x0000 (bp=1bb8, far call assumed) 26 0x4009ac30 (.L120+0x7 [relay386.c] in libntdll.dll.so) (ebp=411027e0) 27 0x4009aeb8 (RELAY_CallFrom32+0x68(ret_addr=0x40888153) [relay386.c:426] in libntdll.dll.so) (ebp=41102864) 28 0x40a5336d (KERNEL32.DLL.wine_call_to_16_regs_short+0x5 in kernel32.dll.so) (ebp=41102b70) 29 0x4089f787 (DispatchMessage16+0xaf(msg=0x40262e70) [msg16.c:301] in user32.dll.so) (ebp=41102bb8) 30 0x408347ba (__wine_user_exe_CallFrom16_p_long_p+0x2e(proc=0x4089f6d8, args=0x40262d46) [user.exe.spec.c:1288] in user32.dll.so) (ebp=41102bc8) 31 0x400b9cf5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=41102c00) 32 0x025f:0x1e15 (bp=1cfc) 33 0x025f:0x00d2 (bp=1d0a)

3 4

open_master_socket ???
by Auge Mike Jan. 27, 2003

Jan. 27, 2003

/* open the master server socket and start waiting for new clients */ open_master_socket Who can explain for me the task of the above function in more words? Why we need to do fork() inside this function, although the parent of this process will terminate after the child do call acquire_lock()? Thanx _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

2 1

trouble with spy++
by Dan Kegel Jan. 27, 2003

Jan. 27, 2003

I am trying out spy++, and it works great under Windows; both the version from MSVC4.0 and MSVC6.0 can display the Windows Messages apps receive on, say, getting focus. Unfortunately, spy++ doesn't seem to do diddly under Wine. I see no messages, no matter what window I ask for details about, or what I do to that window. Is there some trick to running spy++ under Wine? Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 1

Bug #416 - Missings exports in winsocks
by Andrew John Hughes Jan. 26, 2003

Jan. 26, 2003

License: LGPL Changelog: - Provides stub implementations of functions listed in Bug #416 - GetTypeByNameA and SetServiceA This were previously sent, but I received no comment on the patch and it wasn't applied. Please let me know if there's something wrong with it. -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html

2 1

Definitions of wine Exec files
by Tom Wickline Jan. 26, 2003

Jan. 26, 2003

I am in the process of updating section 3.1. ( Wine Static and Shareable Files ) of the Packagers Guide : http://www.winehq.com/Docs/wine-pkg/pkg-components.shtml#PKG-STATIC Below is a list of what I have so far. This list is by no means done or correct . I would like to submit it here for overview. If you are aware of something that is out of place, incorrect, or just out right wrong could you please give feed back on it. This could also serve to start as a mini Wine Dictionary :)) That is not my current goal but if others think it could be of use I could spend some time on one after the Packagers Guide is updated. Tom -------------------------------------------- -- = files that are listed in this Doc but are not installed on my system. * = files are in this Doc and on my system @ = files that are on my system but not in the Doc # = files that are not in the Doc or on my System ( wineboot ) -- dosmod : Deleted as of Jan 2001. -- fnt2bdf : Discussed on Wine-Devel ( practically obsolete ) @ notepad : The windows Notepad replacement @ progman : Program Manager for WINE. @ regedit : A tool to browse/edit your regestory or for exporting a windows registory to Wine. @ regsvr32 : A program to register .DLL's and .OCX files ? @ uninstaller: A Winelib program to uninstall installed Windows programs. @ wcmd : Wine's command line interpreter @ widl : Wine IDL compiler ??? * wine : The main Wine executable. This program will load a Windows binary and run it, relying upon the Wine shared object libraries. # wineboot : A Winelib application that's executed by Wine on startup of the first wine process of a particular user. * wininit.ini processing * registry RenameFiles entries * RunServices* / RunOnce* / Run registry keys * win.ini Load= / Run= entries * StartUp folder processing -- winebootup : Now wineboot...... * winebuild : Winebuild is a tool used for Winelib applications (and by Wine itself) to allow a developer to compile a .spec file into a .spec.c file. * wineclipserv : The Wine Clipboard Server is a standalone XLib application whose purpose is to manage the X selection when Wine exits. @ wineconsole : a console program for wine,,, For running CUI executables (Windows console programs), use wineconsole instead of wine run). Not using wineconsole for CUI programs will only provide very limited console support, and your program might not function properly. * winedbg : Winedbg is the Wine built in debugger. @ winedump : A NE and PE file dumper @ winefile : A clone of the win3x filemanager @ winegcc : Wrapper for gcc to build winelib binaries * winelauncher : A wine wrapper shell script that intelligently handles wine invocation by informing the user about what's going on, among other things. To be found in tools/ directory. Use of this wrapper script instead of directly using wine is strongly encouraged, as it not only improves the user interface, but also adds important functionality to wine, such as session bootup/startup actions. If you intend to use this script, then you might want to rename the wine executable to e.g. wine.bin and winelauncher to wine. the WINECONFDIR/config file. winemaker : Winemaker is a perl script which is designed to help you bootstrap the conversion of your Windows projects to Winelib. In order to do thisit will go analyze your code, fixing the issues listed above and generate autoconf-based Makefiles. @ winemine : A winmine clone "Windows Minesweeper" ??? @ winepath : Specifies the path(s) in which to search for builtin dlls and Winelib applications. * wineserver : The Wine server is critical to Wine; it is the process that coordinates all shared Windows resources. -- winesetup : This is a Tcl/Tk based front end that provides a user friendly tool to edit and configure the WINECONFDIR/config file. * wineshelllink : This shell script can be called by Wine in order to propagate Desktop icon and menu creation requests out to a GNOME or KDE (or other Window Managers). @ winewrap : Adds Visual Basic compatible scripting to Windows applications. (depends on gcc) ??? @ winhelp : For viewing windows help files * wmc : Wine Message Compiler it allows Windows message files to be compiled into a format usable by Wine. * wrc : Wine Resource Compiler. It allows Winelib programmers (and Wine itself) to compile Windows style resource files into a form usable by Wine.

2 1

bitblt fails to handle transparent bg
by Marko Kreen Jan. 26, 2003

Jan. 26, 2003

You can download the application here: http://www.smart-games.com/igowin.html wine draws the buttons background wrong. -- marko

1 0

Re: Font dialog effects
by Dmitry Timoshkov Jan. 26, 2003

Jan. 26, 2003

"Shachar Shemesh" <wine-patches(a)sun.consumer.org.il> wrote: > +#define IDS_CHARSET_RUSSION 210 You might want to know that Russian is spelled with 'a', because of country name - Russia. -- Dmitry.

2 1

Font trouble in VB app "Yardi Property Management"
by Dan Kegel Jan. 26, 2003

Jan. 26, 2003

I ran a VB app from http://www.yardi.com with the command $ wine --dll compobj,storage,ole2,ole32=n Y.EXE It initially died because COMPOBJ.DLL didn't implement ordinals COMPOBJ.201 and COMPOBJ.207, so I copied compobj.dll from Windows Me, and that got rid of the crash. However... there's a bit of font corruption in both the splash screen and the opening file dialog box. I'm attaching .png images for both. They're pretty much unreadable. So I reran with --debugmsg +font, and am attaching the log (compressed, this time!). Any suggestions? I could run the app under XP and get traces or screen dumps if that would help. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

NSIS visual corruption
by Mike Hearn Jan. 26, 2003

Jan. 26, 2003

Hi, the Nullsoft Installer for Rhymbox (rhymbox.com) displays the following visual corruption: http://www.theoretic.com/mike/nsis-corruption.png because WS_CHILD and WS_CAPTION are set for that window. A few questions: - Is it legal to have WS_CHILD and WS_CAPTION together? I can't think of a time you'd actually need this, but MSDN doesn't say you can't have them together. I'm wondering if the apis silently choose one over the other. - For some reason the inner window (the one with ws_caption set when it shouldn't be) has the same window class as the main window.... is that right? - What normally causes an app to pass in bad styles? I checked and they aren't corrected later..... - The app seems to be linked with the visual c++ GetProcAddress lazy binding system, which means that for instance calls to CreateWindowEx don't show up in the relay trace. It also makes logger/logview rather useless. Is there any way of getting around this? Is wine aware of that trick, or do you then just have to go by the trace messages? thanks -mike

2 1

resize client size errors
by Shachar Shemesh Jan. 26, 2003

Jan. 26, 2003

Hi list, When running the winelib notepad in managed mode, after resizing the main window the scroll bar is not aligned with the right side of the windows as it is upon startup, but is located about one scroll bar's width to the left of the edge. This problem persists even if I change the code to explicitly call "GetClientRect", instead of using the parameters passed on WM_SIZE. I suspect that something in our resize code does not calculate the client area properly, causing this problem. Is there anyone here who wishes to take a look? Shachar

2 2

Patch for SetSystemPaletteUse
by Andrew John Hughes Jan. 26, 2003

Jan. 26, 2003

License: LGPL Changelog: - Extends function to deal with error conditions -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html

1 0

Patch for Win32-->Win16 calls in PSDRV
by Andrew John Hughes Jan. 26, 2003

Jan. 26, 2003

License: LGPL Changelog: - DeviceCapabilities16 now calls PSDRV_DeviceCapabilities - ExtDeviceMode16 now calls PSDRV_ExtDeviceMode - Extended switch statement in DeviceCapabilities to handle new options - Added comments to functions -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html

1 0

A strange problem with xmpeg
by Waldeck Schutzer Jan. 25, 2003

Jan. 25, 2003

I'm successfully running xmpeg 4.5 with the current snapshot of wine. However, occasionally I get this very strange glitches: 1. When the splash screen desapears, so does all of my desktop. I have to make a Refresh Desktop to get it back. Judging by the log below, I am suspecting of something in the DirectDraw functions. Upon request I will gladily send a (45Kb) screen shot of this. 2. Whenever I click on a radio button for YV12 under Project Options/Post Processing, it crashes with the message wine: main.c:572: DDRAW_width_bpp_to_pitch: Assertion `bpp != 0' failed. I traced this down to the ddraw module and made the following very ugly hack around it by changing the macro PFGET_BPP to make sure it never returns zero: Index: wine/dlls/ddraw/ddraw_private.h =================================================================== RCS file: /home/wine/wine/dlls/ddraw/ddraw_private.h,v retrieving revision 1.35 diff -u -p -r1.35 ddraw_private.h --- wine/dlls/ddraw/ddraw_private.h 2 Jan 2003 19:51:25 -0000 1.35 +++ wine/dlls/ddraw/ddraw_private.h 20 Jan 2003 20:02:45 -0000 @@ -331,7 +331,8 @@ const ddraw_driver* DDRAW_FindDriver(con /* Get DDSCAPS of surface (shortcutmacro) */ #define SDDSCAPS(iface) ((iface)->s.surface_desc.ddsCaps.dwCaps) /* Get the number of bytes per pixel for a given surface */ -#define PFGET_BPP(pf) (pf.dwFlags&DDPF_PALETTEINDEXED8?1:((pf.u1.dwRGBBitCount+7)/8)) +#define PFGET_BPPZ(pf) (pf.dwFlags&DDPF_PALETTEINDEXED8?1:((pf.u1.dwRGBBitCount+7)/8)) +#define PFGET_BPP(x) (PFGET_BPPZ(x)==0?1:PFGET_BPPZ(x)) #define GET_BPP(desc) PFGET_BPP(desc.u4.ddpfPixelFormat) LONG DDRAW_width_bpp_to_pitch(DWORD width, DWORD bpp); Now it won't crash anymore, but when I click on that button, the whole dialog box gets misteriously sent to the back! Anybody else having these problems? Any hints as to what could to be the problem? Waldeck fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (United States keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. mcop warning: user defined signal handler found for SIG_PIPE, overriding fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x8000 fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x402c3f50)->(00010021,00000008) fixme:ddraw:Main_DirectDraw_CreateSurface App didn't request a valid surface type - assuming offscreenplain

4 6

Unhandled exception in VB app "Yardi Property Management"
by Dan Kegel Jan. 25, 2003

Jan. 25, 2003

A local company wants to run Yardi Professional Property Management, a VB app that doesn't use Access, under Wine. (See http://www.yardi.com.) I tried it under CVS wine as of a few days ago. Happily, the setup program completes, with just a few warnings and one 'illegal function call' vb dialog box, e.g. err:ddeml:WDML_CreateString Unknown code page 437 err:module:BUILTIN32_LoadLibraryExA loaded .so but dll commdlg.dll still not found - 16-bit dll or version conflict. ... Not bad, I guess; after all, setup did run all the way to the end. Problem came when I tried running the app. It gets an unhandled exception -- and oddly, the wine debugger refused to run. [dank(a)boogie PMWPROG]$ wine --debugmsg +wc_font Y.EXE err:fixup:NE_LoadSegment No implementation for HEDLG.26, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for HEDLG.27, setting to 0xdeadbeef fixme:hook:SetWindowsHookEx16 System-global hooks (7) broken in Win16 fixme:hook:SetWindowsHookEx16 System-global hooks (2) broken in Win16 wine: Unhandled exception, starting debugger... trace:wc_font:WCUSER_SetFontPmt => L"Misc Fixed" h=13 w=0 trace:wc_font:WCUSER_DumpLogFont InitFamily: truetype lf.lfHeight=99 lf.lfWidth=97 lf.lfEscapement=0 lf.lfOrientation=0 lf.lfWeight=400 lf.lfItalic=0 lf.lfUnderline=0 lf.lfStrikeOut=0 lf.lfCharSet=0 lf.lfOutPrecision=3 lf.lfClipPrecision=2 lf.lfQuality=1 lf->lfPitchAndFamily=18 lf.lfFaceName=L"AdvMICR" err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting Editing ~/.wine/config and changing UseXTerm to 0 helped there. (And what the hell, I can never get wine debugger copy-and-paste to work properly with that at its default value, so it's just as well.) The error was: Unhandled exception: privileged instruction in 16-bit code (25f7:0ca4). Backtrace: =>0 0x25f7:0x0ca4 (bp=6cd4) 1 0x00f7:0x0000 (bp=6d1c, far call assumed) 2 0x407cf7dd (K32WOWCallback16Ex+0x45(vpfn16=0x25f70c78, dwFlags=0x0, cbArgs=0x18, pArgs=0x40e12b90, pdwRetCode=0x40e12b88) [wowthunk.c:298] in kernel32.dll.so) (ebp=40e12b68) 3 0x412d8005 (StgIsStorageILockBytes16+0x75(plkbyt=0x26ff0042) [storage.c:1716] in ole32.dll.so) (ebp=40e12bbc) 4 0x412b516f (__wine_storage_dll_CallFrom16_p_long_l+0xb(proc=0x412d7f90, args=0x40fdbf5a) [storage.spec.c:169] in ole32.dll.so) (ebp=40e12bc8) 5 0x400c9cd5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=40e12c00) 6 0x25df:0x198f (bp=6d56) 7 0x40086142 (NE_StartTask+0x1e6 [module.c:1234] in libntdll.dll.so) (ebp=40e12f04) 8 0x40081625 (task_start+0x41(pTask=0x40259728) [task.c:444] in libntdll.dll.so) (ebp=40e12f18) 9 0x400b2e54 (THREAD_Start+0x60 [thread.c:269] in libntdll.dll.so) (ebp=40e12f30) 10 0x400b227c (SYSDEPS_StartThread+0x8c(teb=0x40e23000) [sysdeps.c:165] in libntdll.dll.so) (ebp=40e12ff4) 11 0x420da1ca (NTDLL.DLL.memcpy+0x5dd7a) (ebp=00000000) Any suggestions? I'm kind of jazzed it gets this far... Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Re: Games Swat 3d
by fenix＠club-internet.fr Jan. 25, 2003

Jan. 25, 2003

----Message d'origine---- >De: "Ronald James" <ronniej(a)metroweb.co.za> >A: <wine-devel(a)winehq.com> >Sujet: Games Swat 3d >Date: Mon, 20 Jan 2003 07:39:52 +0200 > >I am wondering if Swat3d will be added to the list anytime soon for use with wine ?? > what do you mean by "added to the list" ? Regards, Raphael

3 2

build problem with current CVS (20030125 9:45 UTC)
by Stefan Leichter Jan. 25, 2003

Jan. 25, 2003

Hello compiling the current cvs fails for me with: make[2]: Entering directory `/usr/src/wine/wine-build/dlls/winspool' gcc -shared -Wl,-Bsymbolic,-z,defs winspool.drv.spec.o info.o wspool.o winspool.drv.dbg.o -o winspool.drv.so -L../../dlls -L../../library -lwine -lm -lc info.o: In function `PRINTER_INFO_2AtoW': /home/sle/src/wine/wine-build/dlls/winspool/info.c:554: undefined reference to `HEAP_strdupAtoW' /home/sle/src/wine/wine-build/dlls/winspool/info.c:555: undefined reference to `HEAP_strdupAtoW' /home/sle/src/wine/wine-build/dlls/winspool/info.c:556: undefined reference to `HEAP_strdupAtoW' /home/sle/src/wine/wine-build/dlls/winspool/info.c:557: undefined reference to `HEAP_strdupAtoW' /home/sle/src/wine/wine-build/dlls/winspool/info.c:558: undefined reference to `HEAP_strdupAtoW' info.o:/home/sle/src/wine/wine-build/dlls/winspool/info.c:559: more undefined references to `HEAP_strdupAtoW' follow collect2: ld returned 1 exit status make[2]: *** [winspool.drv.so] Error 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/winspool' make[1]: *** [winspool] Error 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Error 2 Does someone else have this problem ? For me it looks like the patch http://www.winehq.com/hypermail/wine-patches/2003/01/0320.html or some parts of it did not make it into cvs Bye Stefan

2 1

Re: PATCH: glibc 2.3.x and errno
by Ulrich Weigand Jan. 25, 2003

Jan. 25, 2003

Hi Marcus, > __errno_location and __h_errno_location are no longer weak symbols > and so can not be overwritten any longer. The internal glibc systemcall > wrappers no longer call the functions by reference, but directly. the real problem is even worse. glibc has switched to using thread-local storage for errno (i.e. it is declared as 'extern __thread int errno') when the tool chain supports the __thread keyword. This means that C source code compiled against the new headers will result in assembler code that *directly* accesses a thread-local variable as defined by the TLS ABI. In the case of errno, this will involve accessing the %gs segment using an offset from the GOT, without any function call being performed. (errno is defined to use the initial-exec TLS storage model.) The __errno_location routine is provided only for backwards compatibility reasons, it is no longer guaranteed that every access to errno calls it. Thus, if you overwrite the implementation of __errno_location, you will only catch *some* errno accesses, not all of them ... Bye, Ulrich (who has just implemented TLS for s390 ;-/) -- Dr. Ulrich Weigand weigand(a)informatik.uni-erlangen.de

3 2

Re: Re: Games Swat 3d
by fenix＠club-internet.fr Jan. 25, 2003

Jan. 25, 2003

>De: Greg Turner <gmturner007(a)ameritech.net> >A: fenix(a)club-internet.fr, ronniej(a)metroweb.co.za >Sujet: Re: Games Swat 3d >Date: Mon, 20 Jan 2003 08:48:35 -0600 >Copie à: wine-devel(a)winehq.com > >On Monday 20 January 2003 11:05 am, fenix(a)club-internet.fr wrote: >> ----Message d'origine---- >> >> >De: "Ronald James" <ronniej(a)metroweb.co.za> >> >A: <wine-devel(a)winehq.com> >> >Sujet: Games Swat 3d >> >Date: Mon, 20 Jan 2003 07:39:52 +0200 >> > >> >I am wondering if Swat3d will be added to the list anytime soon for >> > use with wine ?? >> >> what do you mean by "added to the list" ? >> >> Regards, >> Raphael > >Presumably, added to the list of programs that work ;) It's what i have thought first, but "will be added ... for use ..." sound like "will be added to the priority list" for me :) >Swat3d is a great game, and one that I happen to own. Haven't tried it >in wine for a while, maybe I'll give it a try after work today. :) can you report the current working state of the game under wine Dx after ? As d3d<8 not support multi-texturing yet, i think you should have some graphics problems Raphael >-- >gmt > >"Everything that is really great and inspiring is created by >the individual who can labor in freedom." --Albert Einstein > >

3 2

Re: Packagers Guide Update #5
by Andreas Mohr Jan. 25, 2003

Jan. 25, 2003

On Thu, Jan 23, 2003 at 11:42:31PM -0500, Tom Wickline wrote: > Changelog > > Update the Sample config IMHO this doesn't even have *any* business in the Packaging Guide. The guide should simply contain a pointer to the REAL sample config file, otherwise this exactly leads to the permanent updating mess which you just demonstrated ;-) -- The Declaration of Software Freedom: http://freedevelopers.net/freedomdec/index.php

4 3

Re: PATCH: glibc 2.3.x and errno
by Alexandre Julliard Jan. 25, 2003

Jan. 25, 2003

Marcus Meissner <meissner(a)suse.de> writes: > The afore mentioned glibc guru did not have any ideas either. > > There however is a happy but messy end, which appeared to me > yesterday: > Overwrite those 2 functions with a jump to our implementations. I'm afraid that won't be enough. When using thread-local storage, glibc doesn't even call __errno_location any more, it directly stores errno into the thread storage using %gs. It seems the only solution is to make Wine threads work on top of libc threads, but that will be messy. -- Alexandre Julliard julliard(a)winehq.com

4 3

Re: PATCH: glibc 2.3.x and errno
by Andreas Mohr Jan. 24, 2003

Jan. 24, 2003

Hi ! On Fri, Jan 24, 2003 at 05:20:12PM +0100, Marcus Meissner wrote: > Changelog: > Since glibc 2.3.cvs no longer exports __errno_location, we need > to overwrite the implementation in glibc/libpthread directly. Excuse me, but somehow I think this is p*ss poor. (and yes, I'm now marking you up for the dark side ;-) I mean, both Wine and glibc are successful (?) OSS projects, so they should be able to come up with something much better than this terribly embarassing solution (after all everybody knew that OSS development was a "superiour" approach, didn't they ? ;-). I for one would feel much better if we simply rejected that particular "broken" glibc version and supported a *new* glibc method of properly interfacing errno things in a newer glibc version... (maybe have some "advanced" setting in glibc that enables all sorts of funky interfacing capabilities in case a program needs it) After all if Wine needs this errno support, then there's probably a need for it, so it's glibc's bloody obligation to make sure there's proper support IMHO. BTW: why did they even choose to abandon a public errno_location ? Anyway, thanks for tackling this severe issue ! Andreas Mohr P.S.: Do you really think that Alexandre would commit it like that ? ;-)

2 1

dlls/d3d8/device.c: statement with no effect
by Gerald Pfeifer Jan. 24, 2003

Jan. 24, 2003

In dlls/d3d8/device.c I am getting the following warning (on FreeBSD): /usr/bin/gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -g -O2 -Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o device.o device.c device.c: In function `DrawPrimitiveI': device.c:475: warning: statement with no effect Could someone please have a look? (If fixed about half a dozen portability problems last week, but this one I'm having a hard time with.) Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 1

Re: Patch for crash caused by XIM and make XIM functions properly
by Dmitry Timoshkov Jan. 24, 2003

Jan. 24, 2003

"liu spider" <liuspider(a)yahoo.com> wrote: > @@ -1000,8 +1100,11 @@ > > wine_tsx11_lock(); > if (xic) > - ascii_chars = XmbLookupString(xic, event, Str, sizeof(Str), &keysym, NULL); > - else > + { > + if(XIM_KeyEvent(GetFocus(), xic, event)) > + return; > + } > + > ascii_chars = XLookupString(event, Str, sizeof(Str), &keysym, NULL); > wine_tsx11_unlock(); I can't comment on other parts, but in the above chunk the return after a successful XIM_KeyEvent() leaves X11 lock held. -- Dmitry.

1 0

Packaging Guide Update #6
by Tom Wickline Jan. 24, 2003

Jan. 24, 2003

Francois pointed out that I should fix <wineconf> as sgml will pick it up as a tag. Also replaced the <para> tag with <programlisting> to prevent the text from bunching together. Changelog Fix <wineconf> tag replace <para> tag with <programlisting> Tom Index: documentation/packaging.sgml =================================================================== RCS file: /opt/cvs-commit/wine/documentation/packaging.sgml,v retrieving revision 1.12 diff -u -r1.12 packaging.sgml --- documentation/packaging.sgml 24 Jan 2003 00:49:05 -0000 1.12 +++ documentation/packaging.sgml 24 Jan 2003 08:47:40 -0000 @@ -1442,7 +1442,9 @@ This is the sample config file provided with wine 20030115. You can edit this file to best suit the needs of your intended user. </para> - <para> + + <programlisting> + WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config @@ -1512,6 +1514,8 @@ ;"ShowDotFiles" = "1" "ShellLinker" = "wineshelllink" +# <wineconf> + [Version] ; Windows version to imitate (win95,win98,winme,nt351,nt40,win2k,winxp,win20,win30,win31) ;"Windows" = "win98" @@ -1720,6 +1724,20 @@ ;"UseDnsComputerName" = "N" ;; sample AppDefaults entries + +; 3 InstallShield versions who like to put their full screen window in front, +; without any chance to switch to another X11 application. +; So just catch them in a desktop window. + +[AppDefaults\\_INS5576._MP\\x11drv] +"Desktop" = "640x480" + +[AppDefaults\\_INS5176._MP\\x11drv] +"Desktop" = "640x480" + +[AppDefaults\\_INS0466._MP\\x11drv] +"Desktop" = "640x480" + ;[AppDefaults\\iexplore.exe\\DllOverrides] ;"shlwapi" = "native" ;"rpcrt4" = "native" @@ -1742,7 +1760,9 @@ ;[AppDefaults\\pickygame.exe\\dsound] ;"EmulDriver" = "N" - </para> +# <wineconf> + + </programlisting> </sect1> </chapter>

1 0

Re: Packagers Guide Update #5
by Francois Gouget Jan. 24, 2003

Jan. 24, 2003

Hi Tom, On Thu, 23 Jan 2003, Tom Wickline wrote: [...] > Index: documentation/packaging.sgml > =================================================================== > RCS file: /opt/cvs-commit/wine/documentation/packaging.sgml,v > retrieving revision 1.12 > diff -u -r1.12 packaging.sgml > --- documentation/packaging.sgml 24 Jan 2003 00:49:05 -0000 1.12 > +++ documentation/packaging.sgml 24 Jan 2003 04:24:53 -0000 > @@ -1512,6 +1512,8 @@ > ;"ShowDotFiles" = "1" > "ShellLinker" = "wineshelllink" > > +# <wineconf> Hmmm, anything of the form <xxx> is a tag sgml so the above will not work very well. You should use: # <wineconf> I noticed another problem. This section is in a simple <para> tag. That means that linefeeds are not significant and everything can be bunched together. I think what's needed is to replace the <para> tags with <screen> tags. With these two changes it should work great. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Dieu dit: "M-x Lumière". Et la lumière fut.

2 1

Whither fnt2bdf?
by Dan Kegel Jan. 24, 2003

Jan. 24, 2003

What happened to fnt2bdf? It was removed as of http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in.diff?r1=1.20&r2=1.21 but the comment for 1.21 doesn't seem to mention this removal http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in Might this be a mistake? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 7

Doccumetation issue: "The Service Thread" Does it exist?
by Robert North Jan. 24, 2003

Jan. 24, 2003

This concerns the documentation on thw www.winehq.com website, if it's out of date, then this post may be irrelevant. In the "Wine Developer's Guide" In Section 8.1.4, "The Service thread" Says there exists a service thread, that is implemented in: scheduler/services.c. It also says this thread is used to support the X11 driver's event loop. Firstly, I cannot find the "scheduler/services.c" file. Secondly from my reading of the x11drv code, the X11 event loop is serviced for every call of to X11DRV_MsgWaitForMultipleObjectsEx, which is inturn called by MsgWaitForMultipleObjectsEx, and GetMessage. Therefore, whichever thread is active will service the X11 event queue. It also appears, because each thread has it's own XDisplay object that messages created by a X11 window will only be picked up in the thread that created the window. Am I correct, or have I missed something fundamental? Bye -Rob.

3 3

RtlpWaitForCriticalSection?
by Mike Hearn Jan. 23, 2003

Jan. 23, 2003

Using the latest Wine release, I see this error repeated over and over: err:ntdll:RtlpWaitForCriticalSection section 0x70460350 "?" wait timed out, retrying (60 sec) tid=08436988 when clicking on the CML demo at Adobes SVG demo site. Google indicates that this error can be caused by all sorts of things, one guy said it was due to Wine being a lot slower than Windows. So, could anybody write an explanation of what this error means? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 14

Windows API database
by David Miller Jan. 23, 2003

Jan. 23, 2003

I would be interested in knowing more about the goals of this project. Don't consider me officially working on such a thing just yet. I have no real perl experience, but would like to learn. First I'd like to know more about what I'm up against. 1. Is there a specific set of dll's and exe's we want included in the database or does it need to scan and gather a list of all dll and exe files? That would suggest a clean OS install is necessary. 2. What information should be in the database? (OS ver, name of dll or exe, name of imported dll, APIs and whether they are imported or exported, etc.) 3. Will a single MySQL table do or does it need to be a relational database with multiple tables? 4. Anything else you can tell me about this task?

3 3

Re: dos4gw stub exec failed
by Jukka Heinonen Jan. 23, 2003

Jan. 23, 2003

Enrico Horn wrote: > I have some dos games that want to exec dos4gw.exe when starting. > but this seems to fail. > I hope i read the debug messages correctly and the comment from > file:Win32HandleToDosFileHandle is still valid. > what happens is dos:int21 wants to open file with the dos handle and > then read from it. > reading the file calls the function file:ReadFile with the > converted win32 file handle which is invalid if the above mentioned > comment is correct. > > Any ideas how to solve this or am I completely off-track here. Well, I don't actually know what is wrong with dos4gw. It is probably something subtle with int21 functions. However, why it hangs is something I haven't checked out. You could try running those programs using DOS32A (DOS/32 Advanced) extender. It seems to work quite well. I just posted a patch that is required to get its installer working, though, so you might have some trouble unpacking it... If you get those games to work under dos32a you will probably find out that Wine SVGA support is lacking. That is something I have considered to fix if I can find the time to do it. -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 2

Sacrifice demo & sound.dll
by Christian Costa Jan. 23, 2003

Jan. 23, 2003

Hi all! I've tried the Sacrifice demo and it complains about sound.dll. Indeed it uses its own 32-bit sound.dll which lies in its directory. Apparently the dll seems to conflict with our 16-bit windows sound.dll I've joined a small log. I tried to add a "sound" entry in the [DllOverrides] section in the config file to force the native to be loaded first but that does not help. Any idea ? Thanks in advance. Christian. trace:module:GetModuleFileNameA F:\Sacrifice\Sacrifice.exe trace:module:MODULE_GetLoadOrder looking for F:\Sacrifice\sound.dll trace:module:GetModuleFileNameA F:\Sacrifice\Sacrifice.exe trace:module:open_app_key searching 'F:\Sacrifice\sound' in AppDefaults\Sacrifice.exe\DllOverrides trace:module:MODULE_GetLoadOrder got hardcoded default "b,n" for "F:\\Sacrifice\\sound.dll" trace:module:MODULE_LoadLibraryExA Trying built-in 'F:\Sacrifice\sound.dll' err:module:BUILTIN32_LoadLibraryExA loaded .so but dll sound.dll still not found - 16-bit dll or version conflict. warn:module:MODULE_LoadLibraryExA Loading of builtin DLL F:\Sacrifice\sound.dll failed (error 193). warn:module:MODULE_LoadLibraryExA Failed to load module 'F:\Sacrifice\sound.dll'; error=193

2 1

debugger detection in newbin.
by Rein Klazes Jan. 23, 2003

Jan. 23, 2003

Hi, The latest version of newsbin 4.1B5 refuses to run, displaying "debugger or monitoring tool detected". The detection code is very simple, immedeately at the program entry point 0x516000 it does (intel syntax): | Disassembly of 0x00516000 | 0x51600D: 64A023000000 mov al,fs:[0x23] | 0x516013: EB03 jmp 0x516018 | ;*************************************************** | 0x516018: 84C0 test al,al | 0x51601A: EB03 jmp 0x51601f | ;*************************************************** | 0x51601F: 7567 jnz 0x516088 This jump is taken and leads immedeatly to the messagebox displaying the message above. Any idea's and/or explanation? Rein. -- Rein Klazes rklazes(a)xs4all.nl

3 3

Re: Wine kernel acceleration module?
by Brian Vincent (C) Jan. 23, 2003

Jan. 23, 2003

This issue has been discussed several times. If you dig in the WWN archives you'll find mentions of it going back a few years. Much more interesting was this post: http://www.winehq.com/hypermail/wine-devel/2002/12/0550.html The approach is a shared memory wineserver. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

8 15

Re: more HEAP_strdupAtoW removals
by Rolf Kalbermatter Jan. 23, 2003

Jan. 23, 2003

Matthew Davison <m.davison(a)virgin.net> wrote: >On Thu, 2003-01-23 at 01:36, Dmitry Timoshkov wrote: >> > @@ -760,24 +774,26 @@ >> > BOOL WINAPI OpenPrinterA(LPSTR lpPrinterName,HANDLE *phPrinter, >> > LPPRINTER_DEFAULTSA pDefault) >> > { >> > - LPWSTR lpPrinterNameW = HEAP_strdupAtoW(GetProcessHeap(),0,lpPrinterName); >> > + UNICODE_STRING lpPrinterNameW; >> > + UNICODE_STRING usBuffer; >> > + RtlCreateUnicodeStringFromAsciiz(&lpPrinterNameW,lpPrinterName); >> > PRINTER_DEFAULTSW DefaultW, *pDefaultW = NULL; >> > BOOL ret; > >> Are you sure that mixed data declarations/function call will be accepted >> by any C compiler out there? I doubt that even gcc will accept this. >well, im pretty sure gcc takes this, but ill change it anyway. >thanks. And I can tell you that Visual C is happy to compile this if the file has a .cpp ending but will bark for .c files ;-(. Rolf Kalbermatter

1 0

LockFile support
by David D. Hagood Jan. 23, 2003

Jan. 23, 2003

I have an old, nasty application that uses the Paradox database engine. This app attempts to lock the database files using LockFile. Now, it USED to work under Wine. It no longer does. The program coughs up an error "No access to directory", and stderr shows a bunch of "LockFile not supported in server" errors. Did the behavior of LockFile change in the past couple of months? Are there plans to add LockFile support into Wine?

2 1

Re: more HEAP_strdupAtoW removals.
by Dmitry Timoshkov Jan. 23, 2003

Jan. 23, 2003

"Matthew Davison" <m.davison(a)virgin.net> wrote: > Changelog > Remove some more calls to HEAP_strdupWtoA First of all, thanks for doing this! > @@ -554,7 +555,11 @@ > lpwstr = NULL; > for(i=0; i<dwNumServiceArgs; i++) > - lpwstr[i]=HEAP_strdupAtoW(GetProcessHeap(), 0, lpServiceArgVectors[i]); > + { > + RtlCreateUnicodeStringFromAsciiz (&usBuffer,lpServiceArgVectors[i]); > + lpwstr[i]=usBuffer.Buffer; > + RtlFreeUnicodeString(&usBuffer); > + } Of course this is a typo and last RtlFreeUnicodeString should be removed. > @@ -760,24 +774,26 @@ > BOOL WINAPI OpenPrinterA(LPSTR lpPrinterName,HANDLE *phPrinter, > LPPRINTER_DEFAULTSA pDefault) > { > - LPWSTR lpPrinterNameW = HEAP_strdupAtoW(GetProcessHeap(),0,lpPrinterName); > + UNICODE_STRING lpPrinterNameW; > + UNICODE_STRING usBuffer; > + RtlCreateUnicodeStringFromAsciiz(&lpPrinterNameW,lpPrinterName); > PRINTER_DEFAULTSW DefaultW, *pDefaultW = NULL; > BOOL ret; Are you sure that mixed data declarations/function call will be accepted by any C compiler out there? I doubt that even gcc will accept this. -- Dmitry.

2 1

Installshield 6 crash: ole trouble
by Dan Kegel Jan. 23, 2003

Jan. 23, 2003

So, how's that Installshield 6 support coming along? :-) The company I work for uses Installshield to package up its windows stuff. Today I tried running its installer under cvs Wine, and shortly after it started running IKernel.exe, it dropped me into the wine debugger. Copying and pasting from the wine debugger window is beyond me; it seems totally broken. However, it looks like it was complaining of a null pointer read. Here are the last few interesting lines of the wine log: trace:ole:ITypeInfo_fnGetTypeAttr (0x40298e58) trace:ole:ITypeInfo_fnGetRefTypeOfImplType (0x40298e58) index 0 trace:ole:dump_TypeInfo 0x40298e58 ref=2 trace:ole:dump_TypeInfo attr:{91814ec1-b5f0-11d2-80b9-00104b1f6cea} trace:ole:dump_TypeInfo kind:TKIND_INTERFACE trace:ole:dump_TypeInfo fct:13 var:0 impl:1 trace:ole:dump_TypeInfo parent tlb:0x4026c9c8 index in TLB:28 trace:ole:dump_TypeInfo L"ISetupCABFile" (null) trace:ole:ITypeInfo_fnGetRefTypeOfImplType -- 0x00000000 trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that isn't already loaded 080761c8:Call ntdll.RtlUnicodeToMultiByteSize(40791ac8,40791ae4 L"stdole32.tlb",0000001a) ret=409e78c8 080761c8:Call kernel32.MultiByteToWideChar(00000000,00000001,40791cf8 "stdole32.tlb",0000000d,00000000,00000000) ret=40b9e285 080761c8:Call kernel32.MultiByteToWideChar(00000000,00000001,40791cf8 "stdole32.tlb",0000000d,4028bfdc,0000000d) ret=40b9e2a8 trace:ole:LoadTypeLib trace:ole:LoadTypeLibEx (L"stdole32.tlb",0,0x40791f2c) 080761c8:Call kernel32.SearchPathW(00000000,4028bfdc L"stdole32.tlb",00000000,00000105,40791cac,00000000) ret=40b9e41a trace:ole:LoadRegTypeLib (IID: {00020430-0000-0000-c000-000000000046}) load FAILED ((nil)) trace:ole:LoadTypeLib trace:ole:LoadTypeLibEx (L"C:\\WINNT\\System32\\StdOle32.tlb",0,0x40791f2c) trace:ole:ITypeInfo_fnGetRefTypeInfo (0x40298e58) hreftype 0x0000 loaded FAILURE (0x13) fixme:ole:_get_funcdesc Did not find a typeinfo for reftype 0? fixme:ole:PSFacBuf_CreateProxy GetFuncDesc 80004005 should not fail here. fixme:ole:StdMarshalImpl_UnmarshalInterface Failed to create a proxy for {91814ec1-b5f0-11d2-80b9-00104b1f6cea} fixme:ole:CoUnmarshalInterface Failed to Unmarshal the interface, 80004005? 080761c8:Ret ole32.CoUnmarshalInterface() retval=80004005 ret=40b9a2fd fixme:ole:_unmarshal_interface Marshaling interface {91814ec1-b5f0-11d2-80b9-00104b1f6cea} failed with 80004005 fixme:ole:deserialize_param failed to stuballoc in TKIND_RECORD. trace:ole:ITypeInfo_fnRelease (0x40279798)->(1) fixme:ole:xCall Failed to unmarshall param, hres 80004005 wine: Unhandled exception, starting debugger... Any suggestions? I am a babe in the woods when it comes to the wine debugger, or for that matter, ole. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

10 19

Re: PATCH: Adds my name to the AUTHORS list
by Shachar Shemesh Jan. 23, 2003

Jan. 23, 2003

Waldeck Schutzer wrote: > Now that my patches were incorporated to the tree, it would make me > feel happier if my name was listed too :-) > > Best, > Waldeck I think it's time Alexander regenerates the entire Authors list. People want the credit, Alexander. There is a script in "tools" that does something, but I think it only alphabetizes the list, it does not actually add names. Shachar

5 4

[Fwd: dead keys treatment using XmbLookupString]
by Mauro Carvalho Chehab Jan. 23, 2003

Jan. 23, 2003

Rikki, Please try to apply the following patch against the new CVS version (on /dlls/x11drv directory). This patch will allow keyboard.c to use your locale setting by the usage of xkb extension on X11R6. Please notice that this requires that you *don't have* xkbdisable on your XF86Config file (or XF86Config-4). -------- Original Message -------- Subject: dead keys treatment using XmbLookupString Date: Wed, 08 Jan 2003 12:48:06 -0200 From: Mauro Carvalho Chehab <mchehab(a)brturbo.com> To: wine-patches(a)winehq.com *Modifyied files*: keyboard.c window.c desktop.c *CVS Version*: 20021225 *Change Log: *Add dead key support using XmbLookupString on ToUnicode function, if *xkb* is available otherwise It falls back to the old code. The first Window will be used to define the XIC used by the functions. * Author*: Mauro Carvalho Chehab <mchehab(a)brturbo.com> ______________________________________________________________________________________________ --- keyboard.c 8 Jan 2003 11:24:51 -0000 1.1 +++ keyboard.c 8 Jan 2003 14:30:53 -0000 @@ -1389,6 +1389,44 @@ wine_tsx11_unlock(); } +#ifdef HAVE_XKB +static XIM xim = (XIM) NULL; +static XIC xic = (XIC) NULL; +#endif +/******************************************************************* + * KeyboardWindow (X11DRV.@) + * Called from desktop.c and window.c after Window creating + * This routine allows usage of XmbLookupString by ToUnicode. + * Only the first opened window will be used. It means that + * all windows will share the same locale. + * + */ +void X11DRV_KeyboardWindow (Display *display, Window w) +{ +#ifdef HAVE_XKB + char *p; + + if (xic) return; /* Only the first window will be used */ + + if ((p = XSetLocaleModifiers("")) != NULL && *p) + xim = XOpenIM(display, NULL, NULL, NULL); + if (!xim && (p = XSetLocaleModifiers("@im=none")) != NULL && *p) + xim = XOpenIM(display, NULL, NULL, NULL); + if (!xim) ERR_(key)( "Failed to open input method.\n"); + else { + xic = XCreateIC(xim, + XNInputStyle, XIMPreeditNothing | XIMStatusNothing, + XNClientWindow, w, + XNFocusWindow, w, + NULL); + if (!xic) { + ERR_(key)( "Failed to create input context.\n"); + XCloseIM(xim); + xim=NULL; + } + } +#endif +} /*********************************************************************** * X11DRV_MappingNotify @@ -1741,6 +1779,7 @@ * FIXME : should do the above (return 2 for non matching deadchar+char combinations) * */ + INT X11DRV_ToUnicode(UINT virtKey, UINT scanCode, LPBYTE lpKeyState, LPWSTR bufW, int bufW_size, UINT flags) { @@ -1756,6 +1795,9 @@ TRACE("Key UP, doing nothing\n" ); return 0; } + memset (&e,0,sizeof(e)); + + e.type = KeyPress; e.display = display; e.keycode = 0; e.state = 0; @@ -1814,7 +1856,15 @@ } else TRACE("Found keycode %d (0x%2X)\n",e.keycode,e.keycode); - ret = XLookupString(&e, (LPVOID)lpChar, 2, &keysym, NULL); +#ifdef HAVE_XKB + if (xic) { + ret = XmbLookupString(xic,&e, (LPVOID)lpChar, sizeof(lpChar), &keysym, NULL); + } else { + ret = XLookupString(&e, (LPVOID)lpChar, sizeof(lpChar), &keysym, NULL); + } +#else + ret = XLookupString(&e, (LPVOID)lpChar, sizeof(lpChar), &keysym, NULL); +#endif wine_tsx11_unlock(); if (ret == 0) --- window.c 8 Jan 2003 11:24:51 -0000 1.1 +++ window.c 8 Jan 2003 14:30:53 -0000 @@ -43,6 +43,7 @@ WINE_DEFAULT_DEBUG_CHANNEL(x11drv); extern Pixmap X11DRV_BITMAP_Pixmap( HBITMAP ); +extern X11DRV_KeyboardWindow (Display *display, Window w); #define HAS_DLGFRAME(style,exStyle) \ (((exStyle) & WS_EX_DLGMODALFRAME) || \ @@ -199,6 +200,7 @@ CWEventMask | CWBitGravity | CWBackingStore | CWColormap, &attr ); XSaveContext( display, data->icon_window, winContext, (char *)win->hwndSelf ); wine_tsx11_unlock(); + if (data->client_window) X11DRV_KeyboardWindow (display, data->whole_window); TRACE( "created %lx\n", data->icon_window ); SetPropA( win->hwndSelf, icon_window_atom, (HANDLE)data->icon_window ); @@ -686,6 +688,7 @@ wine_tsx11_unlock(); return 0; } + X11DRV_KeyboardWindow (display, data->whole_window); /* non-maximized child must be at bottom of Z order */ if ((win->dwStyle & (WS_CHILD|WS_MAXIMIZE)) == WS_CHILD) @@ -732,6 +735,7 @@ CWEventMask | CWBitGravity | CWBackingStore, &attr ); if (data->client_window && is_client_window_mapped( win )) XMapWindow( display, data->client_window ); + if (data->client_window) X11DRV_KeyboardWindow (display, data->whole_window); wine_tsx11_unlock(); return data->client_window; } --- desktop.c 8 Jan 2003 11:24:51 -0000 1.1 +++ desktop.c 8 Jan 2003 14:30:53 -0000 @@ -30,6 +30,7 @@ WINE_DEFAULT_DEBUG_CHANNEL(x11drv); +extern X11DRV_KeyboardWindow (Display *display, Window w); /* desktop window procedure */ static LRESULT WINAPI desktop_winproc( HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam ) @@ -141,6 +142,8 @@ win = XCreateWindow( display, DefaultRootWindow(display), x, y, width, height, 0, screen_depth, InputOutput, visual, CWBackPixel | CWEventMask | CWCursor | CWColormap, &win_attr ); + + if (win) X11DRV_KeyboardWindow (display, win); /* Set window manager properties */ size_hints = XAllocSizeHints();

2 5

dos4gw stub exec failed
by Enrico Horn Jan. 23, 2003

Jan. 23, 2003

Hi I have some dos games that want to exec dos4gw.exe when starting. but this seems to fail. I hope i read the debug messages correctly and the comment from file:Win32HandleToDosFileHandle is still valid. what happens is dos:int21 wants to open file with the dos handle and then read from it. reading the file calls the function file:ReadFile with the converted win32 file handle which is invalid if the above mentioned comment is correct. Any ideas how to solve this or am I completely off-track here. Ciao Enrico farmboy1(a)subdimension.com log extract: Call DOS int 0x21 ret=00b7:15d0 eax=00003d00 ebx=000009f0 ecx=0000106a edx=00000a76 esi=00000a76 edi=0000ffff ebp=000009ce esp=000009ca ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 trace:int21:DOSVM_Int21Handler AX=3d00 BX=09f0 CX=106a DX=0a76 SI=0a76 DI=ffff DS=0319 ES=0319 EFL=000b0246 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler OPEN mode 0x00 C:\CCS\dos4gw.exe trace:file:_lopen ('C:\CCS\dos4gw.exe',0000) trace:file:CreateFileW L"C:\\CCS\\dos4gw.exe" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 trace:dosfs:DOSFS_GetFullName L"C:\\CCS\\dos4gw.exe" (last=1) trace:dosfs:DOSFS_FindUnixName /home/windows,L"CCS\\dos4gw.exe" trace:dosfs:DOSFS_ToDosFCBFormat (L"CCS\\dos4gw.exe", 0x416d19bc) trace:dosfs:DOSFS_OpenDir "/home/windows" trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"windows", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Program Files", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Temp", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Angel", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Buffy", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SFV32w.GID", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SFV32w.hlp", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dcm95cfg.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dcom98.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"quicksfv.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"quicksfv.ini", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"sfv32w.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Spiele", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"wingtk-0.2.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dxdiag.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"CCS", short_name: (null) trace:dosfs:DOSFS_FindUnixName (/home/windows,L"CCS\\dos4gw.exe") -> L"CCS" (L"CCS") trace:dosfs:DOSFS_FindUnixName /home/windows/CCS,L"dos4gw.exe" trace:dosfs:DOSFS_ToDosFCBFormat (L"dos4gw.exe", 0x416d19bc) trace:dosfs:DOSFS_OpenDir "/home/windows/CCS" trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SAMPLE.AD", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"OBJECT.DAT", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"CCSSTR.DAT", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"ADRV688.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"JAMMER.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"PROAUDIO.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"RAP10.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SB16.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SBLASTER.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SBPRO.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SNDSCAPE.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SNDSYS.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"ULTRA.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"DOS4GW.EXE", short_name: (null) trace:dosfs:DOSFS_FindUnixName (/home/windows/CCS,L"dos4gw.exe") -> L"DOS4GW.EXE" (L"DOS4GW.EXE") trace:dosfs:DOSFS_GetFullName returning /home/windows/CCS/DOS4GW.EXE = L"C:\\CCS\\DOS4GW.EXE" trace:dosfs:GetDriveTypeW (L"C:\\CCS\\DOS4GW.EXE") trace:file:CreateFileW returning 0x68 trace:file:Win32HandleToDosFileHandle Got 5 for h32 0x68 080eef28:Ret kernel32.INT_Int21Handler() retval=00000005 ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=0005 BX=09f0 CX=106a DX=0a76 SI=0a76 DI=ffff DS=0319 ES=0319 EFL=000b0246 Ret DOS int 0x21 ret=00b7:15d0 eax=00000005 ebx=000009f0 ecx=0000106a edx=00000a76 esi=00000a76 edi=0000ffff ebp=000009ce esp=000009ca ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 Call DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000005 esi=0000038a edi=00000005 ebp=000009ce esp=000009ba ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 trace:int21:DOSVM_Int21Handler AX=4400 BX=0005 CX=0005 DX=0005 SI=038a DI=0005 DS=0319 ES=0319 EFL=000b0202 080eef28:Call kernel32.DosFileHandleToWin32Handle(00000005) ret=414965a0 080eef28:Ret kernel32.DosFileHandleToWin32Handle() retval=00000068 ret=414965a0 080eef28:Call kernel32.DOSFS_GetDeviceByHandle(00000068) ret=414965a6 080eef28:Ret kernel32.DOSFS_GetDeviceByHandle() retval=00000000 ret=414965a6 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=41496676 trace:int21:ioctlGetDeviceInfo (5) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000942 ret=41496676 trace:int21:DOSVM_Int21Handler returning: AX=4400 BX=0005 CX=0005 DX=0942 SI=038a DI=0005 DS=0319 ES=0319 EFL=000b0202 Ret DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000942 esi=0000038a edi=00000005 ebp=000009ce esp=000009ba ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 Call DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00004000 esi=00000a76 edi=00000005 ebp=000009ce esp=000009c2 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 trace:int21:DOSVM_Int21Handler AX=4400 BX=0005 CX=0005 DX=4000 SI=0a76 DI=0005 DS=0319 ES=0319 EFL=000b0246 080eef28:Call kernel32.DosFileHandleToWin32Handle(00000005) ret=414965a0 080eef28:Ret kernel32.DosFileHandleToWin32Handle() retval=00000068 ret=414965a0 080eef28:Call kernel32.DOSFS_GetDeviceByHandle(00000068) ret=414965a6 080eef28:Ret kernel32.DOSFS_GetDeviceByHandle() retval=00000000 ret=414965a6 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=41496676 trace:int21:ioctlGetDeviceInfo (5) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000942 ret=41496676 trace:int21:DOSVM_Int21Handler returning: AX=4400 BX=0005 CX=0005 DX=0942 SI=0a76 DI=0005 DS=0319 ES=0319 EFL=000b0246 Ret DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000942 esi=00000a76 edi=00000005 ebp=000009ce esp=000009c2 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 Call DOS int 0x21 ret=00b7:17a7 eax=00003f41 ebx=00000005 ecx=0000001c edx=00000ac6 esi=00000005 edi=0000041e ebp=000009e6 esp=000009d8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 trace:int21:DOSVM_Int21Handler AX=3f41 BX=0005 CX=001c DX=0ac6 SI=0005 DI=041e DS=0319 ES=0319 EFL=000b0202 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler READ from 5 to 0319:0AC6 for 28 byte trace:file:ReadFile 0x68 0x3c56 28 0x416d26dc (nil) 080eef28:Ret kernel32.INT_Int21Handler() retval=0000001c ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=001c BX=0005 CX=001c DX=0ac6 SI=0005 DI=041e DS=0319 ES=0319 EFL=000b0202 Ret DOS int 0x21 ret=00b7:17a7 eax=0000001c ebx=00000005 ecx=0000001c edx=00000ac6 esi=00000005 edi=0000041e ebp=000009e6 esp=000009d8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 Call DOS int 0x21 ret=00b7:1849 eax=00003e05 ebx=00000005 ecx=00000005 edx=00000f20 esi=00000005 edi=00000f0c ebp=00000a6c esp=000009e8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0206 trace:int21:DOSVM_Int21Handler AX=3e05 BX=0005 CX=0005 DX=0f20 SI=0005 DI=0f0c DS=0319 ES=0319 EFL=000b0206 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler CLOSE handle 5 trace:file:_lclose16 5 (handle32=0x68) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000000 ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=0000 BX=0005 CX=0005 DX=0f20 SI=0005 DI=0f0c DS=0319 ES=0319 EFL=000b0206 Ret DOS int 0x21 ret=00b7:1849 eax=00000000 ebx=00000005 ecx=00000005 edx=00000f20 esi=00000005 edi=00000f0c ebp=00000a6c esp=000009e8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0206

3 3

stupidity: a slighlty less horrible wine tree diff gizmo
by Greg Turner Jan. 23, 2003

Jan. 23, 2003

Still up to the same old stupid bash tricks... but implemented slightly better. This will still have to be manually maintained to remain useful as wine's directory structure evolves, just like the old "version" of this awfulness. Use at your own (very real) risk as these are almost untested. License is bugroff. This version has better provisions for in-source compilation, runs in only one pass, and is cwd/location independant. It should also be a lot easier to maintain than the previous try winetreediff_excl (a text file listing shell-glob patterns to ignore): >> CVS *.o *.a *.s Makefile *.spec.c *.dll.dbg.c *.exe.dbg.c *.drv.dbg.c *.acm.dbg.c *.ocx.dbg.c *.so *.def *.glue.c *.ok *.mc.rc testlist.c aclocal.m4 *.res gmtdir Makeprog.rules Make.rules *.swp config.log config.status lex.yy.c y.tab.c y.tab.h *.so.?.? wineclipsrv doall doconfig wine.man autom4te.cache mydiffs gmt-cfg-vars Makedll.rules Maketest.rules tags delme.diff delme2.diff wine.texinfo <<EOF winetreediff (a script to filter out impossible-to-glob patterns and perform the real processing. Note the hard-coded path to winetreediff_excl. Change it to match where you put it. Needs the x bit, of course.) >> #!/bin/sh noslash=$( echo "$1" | sed s/\\/$// ) noslashquot=$( echo "$noslash" | sed s/\\//\\\\\\//g | sed s/\\./\\\\\\./g ) # echo "noslash=$noslash noslashquot=$noslashquot" rm -f delme.diff delme2.diff touch delme.diff delme2.diff diff -ur --minimal --exclude-from=/home/greg/bin/winetreediff_excl $noslash . | \ grep -v '^Only in.*wine$' | \ grep -v '^Only in .*dlls/rpcrt4/tests\: stringinput_server$' | \ grep -v '^Only in .*include\: config.h$' | \ grep -v '^Only in .*programs/avitools\: aviinfo$' | \ grep -v '^Only in .*programs/avitools\: aviplay$' | \ grep -v '^Only in .*programs/avitools\: icinfo$' | \ grep -v '^Only in .*programs/clock\: clock$' | \ grep -v '^Only in .*programs/cmdlgtst\: cmdlgtst$' | \ grep -v '^Only in .*programs/control\: control$' | \ grep -v '^Only in .*programs/expand\: expand$' | \ grep -v '^Only in .*programs/notepad\: notepad$' | \ grep -v '^Only in .*programs/osversioncheck\: osversioncheck$' | \ grep -v '^Only in .*programs/progman\: progman$' | \ grep -v '^Only in .*programs/regapi\: regapi$' | \ grep -v '^Only in .*programs/regedit\: regedit$' | \ grep -v '^Only in .*programs/regsvr32\: regsvr32$' | \ grep -v '^Only in .*programs/regtest\: regtest$' | \ grep -v '^Only in .*programs/rpcss\: rpcss$' | \ grep -v '^Only in .*programs/rundll32\: rundll32$' | \ grep -v '^Only in .*programs/uninstaller\: uninstaller$' | \ grep -v '^Only in .*programs/view\: view$' | \ grep -v '^Only in .*programs/wcmd\: wcmd$' | \ grep -v '^Only in .*programs\: wineapploader$' | \ grep -v '^Only in .*programs/wineboot\: wineboot$' | \ grep -v '^Only in .*programs/wineconsole\: wineconsole$' | \ grep -v '^Only in .*programs/winedbg\: winedbg$' | \ grep -v '^Only in .*programs/winefile\: winefile$' | \ grep -v '^Only in .*programs\: winelauncher$' | \ grep -v '^Only in .*programs/winemine\: winemine$' | \ grep -v '^Only in .*programs/winepath\: winepath$' | \ grep -v '^Only in .*programs/winhelp\: hlp2sgml$' | \ grep -v '^Only in .*programs/winhelp\: winhelp$' | \ grep -v '^Only in .*programs/winver\: winver$' | \ grep -v '^Only in .*server\: wineserver$' | \ grep -v '^Only in .*stringinput_server\: stringinput_server$' | \ grep -v '^Only in .*tools\: bin2res$' | \ grep -v '^Only in .*tools\: fnt2bdf$' | \ grep -v '^Only in .*tools\: makedep$' | \ grep -v '^Only in .*tools\: mingwrap$' | \ grep -v '^Only in .*tools/widl\: widl$' | \ grep -v '^Only in .*tools/winebuild\: winebuild$' | \ grep -v '^Only in .*tools/winebuild\: winebuild.man$' | \ grep -v '^Only in .*tools/winedump\: winedump$' | \ grep -v '^Only in .*tools\: winegcc$' | \ grep -v '^Only in .*tools\: winewrap$' | \ grep -v '^Only in .*tools/wmc\: wmc$' | \ grep -v '^Only in .*tools/wrc\: wrc$' | \ ( tee delme.diff | grep -v '^Only in .*\:' ) cat delme.diff | \ grep '^Only in .*\:' | \ sed s/^Only\ in\ // | \ sed s/\:\ /\\// | \ ( tee delme2.diff | grep "^\.\/" ) | \ sed "s/^\.\//diff\ -u\ \/dev\/null\ \.\//" | \ sed "s/$/;/" | \ bash -C - cat delme2.diff | \ grep -v "^\.\/" | \ sed "s/^$noslashquot\//diff\ -u\ \.\//" | \ sed "s/$/\ \/dev\/null;/" | \ ( cd $noslash && bash -C - ) rm -f delme.diff delme2.diff <<EOF still hardly a work of art. but ought to generate diffs between trees ready for submission to wine-devel, no cvs needed. For example, I use this as follows to update my horribly out-of-sync wine tree with the latest changes from cvs: .../wine> cd ../wine.test .../wine.test> winetreediff ../wine.vanilla | wc -l 0 .../wine> # great, these trees are identical w.r.t. winetreediff. .../wine> cd ../wine.vanilla .../wine.vanilla> cvs -qz4 up -dPA [cvs does something] .../wine.vanilla> # generate the difference between "../wine.test" and "." .../wine.vanilla> winetreediff ../wine.test > ../wine/mydiffs/cvsupdate.diff .../wine.vanilla> cd ../wine.test .../wine.test> patch -p0 < ../wine/mydiffs/cvsupdate.diff [ goes fine ] .../wine.test> cd ../wine Now I have a nice diff expressing the difference caused by the CVS update. If I am concerned about it, I could run .../wine> patch -p0 --dry-run < mydiffs/cvsupdate.diff To see what the damage will be, otherwise, just .../wine> patch -p0 < mydiffs/cvsupdate.diff would bring me up-to-date. LIMITATIONS: o Dangerous if used incautiously. o Breaks if wine changes. o Probably Buggy. o Only supports "." and "/" characters in directory argument. o Creates and destroys temp files named delme.diff and delme2.diff. (Should at least use something more obscure.) o Prefers (requires?) a matching directory structure between the two trees. -- gmt

1 0

Re: PATCH: kernel / errno testing
by Dan Kegel Jan. 22, 2003

Jan. 22, 2003

Marcus Meissner wrote: > Hi, > > glibc 2.3.current CVS is throwing a huge stone in our direction, > it no longer allows overload of __errno_location. > > To visualize this problem I have added this testcase. ... > sched_yield(); /* will not change errno */ BTW sched_yield() is allowed to be a no-op; would nanosleep() or something like that be a better choice? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 2

InstallShield 6: fixme:ole:_StubReaderThread Failed with hres 80004005
by Dan Kegel Jan. 22, 2003

Jan. 22, 2003

Whenever I run an InstallShield 6 installer, and it fails early on for any reason (e.g. a file was missing, or the "object reference not set" bug), the error messagebox "Error installing iKernel.exe: (0x1400)" appears. The user clicks 'OK', and the program terminates (after a few seconds). So far so good. But on stderr I see fixme:ole:_xread Read only 0 of 4 bytes from 0x58. fixme:ole:_StubReaderThread Failed with hres 80004005 and I note the presence of one or two stray wine processes and a wineserver: $ ps augxw | grep wine dank 947 14.9 0.3 3172 1236 ? S 11:58 0:10 wineserver dank 949 0.5 7.5 64400 29028 pts/0 S 11:58 0:00 /usr/local/bin/wine C:\PROG~FBU\COMM~CP1\INST~JM1\engine\6\INTE~MEX\I dank 957 0.0 7.5 64400 29028 pts/0 S 11:59 0:00 /usr/local/bin/wine C:\PROG~FBU\COMM~CP1\INST~JM1\engine\6\INTE~MEX\I Subsequent runs of the installer produce the error "error installing iKernel.exe: (0x1400)" probably because iKernel.exe is locked, and can't be overwritten. Killing all wine processes, e.g. killall wine lets the next run get past the 0x1400 error. I'm not stuck or even terribly bothered by this, but I thought I'd document it here in case anyone's interested. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1