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