- Wine-Devel - list.winehq.org

dx8 Patches - Question
by Ann and Jason Edmeades Jan. 11, 2003

Jan. 11, 2003

Just a question, I noticed some of the dx8 patches are not applied - Is it due to the Chrismas backlog where Alexander took a very well deserved break, or because they have slipped through the cracks (or are there problems with them)? Will it help to resubmit them based off the current cvs since there were about 4 chained together each based off the previous one? Jason

3 3

wine/ole error on Mingw32/MSYS
by Steven Edwards Jan. 11, 2003

Jan. 11, 2003

Platform is a older MSYS and GCC (3.1 something I think). I'm still getting settled in from getting tied-down so I cant test this on the latest mingw-current. only on dial-up here for now =(. Anyway any idea about this? Thanks Steven $ make gcc -c -I. -I. -I../include -I../include -DWINE_NOWINSOCK -Wall -mpreferred-sta ck-boundary=2 -gstabs+ -D__WINESRC__ -D_REENTRANT -o dx8guid.o dx8guid.c In file included from dx8guid.c:26: ../include/winuser.h:2396: unnamed fields of type other than struct or union are not allowed ../include/winuser.h:2409: unnamed fields of type other than struct or union are not allowed make: *** [dx8guid.o] Error 1 __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

3 2

Re: msvcrt: stubs for chsize, dup, dup2
by Steven Edwards Jan. 11, 2003

Jan. 11, 2003

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > These are needed by the inline functions in the header. > > ChangeLog > Create stubs for chsize, dup, and dup2. I think chsize and ftruncate do the same thing so is there anyway to forward the call for chsize to ftruncate on platforms that have it? I added a configure check for this a while back because windows doesnt have ftruncate and makedep needs it. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

1 0

[RFC] msvcrt: defines break C++ code
by Dimitrie O. Paun Jan. 10, 2003

Jan. 10, 2003

Folks, We have a lot of code in msvcrt headers like so: #define umask _umask #define unlink _unlink #define write _write This breaks C++ that define a write method in a header, and then implement it like so: #include <io.h> void MyClass::write(...) { write(...); } I suggest we turn those defines into inlines, like this: inline int write(int fd, const void* ptr, unsigned int size) { return _write(fd, ptr, size); } Any other solutions? -- Dimi.

4 6

Windows 2000 conformance test update
by Dave Miller Jan. 10, 2003

Jan. 10, 2003

Here are three updates for the status page. I think user32/sysparams passed for me previously. C:\winetests>kernel32_test.exe path path.c:514: Test failed: GetLongPathNameA: wrong return code, 97 instead of 42 path.c:881:TMP=C:\DOCUME~1\davidm\LOCALS~1\Temp path.c:892:TMP=C:\WINNT path.c:902:TMP=C:\ path.c:912:TMP=C: path: 1730 tests executed, 0 marked as todo, 1 failure. C:\winetests>urlmon_test generated generated: 4 tests executed, 0 marked as todo, 0 failures. C:\winetests>user32_test sysparams sysparams.c:184:testing SPI_{GET,SET}BEEP sysparams.c:306:testing SPI_{GET,SET}MOUSE sysparams.c:374:testing SPI_{GET,SET}BORDER sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=0, value= sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=7, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=20, value= sysparams.c:406:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:440:testing SPI_ICONHORIZONTALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=32, value= sysparams.c:480:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:515:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:555:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:590:testing SPI_ICONVERTICALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=32, value= sysparams.c:635:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=0, value= sysparams.c:670:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:707:testing SPI_SETDOUBLECLKWIDTH sysparams.c:738:testing SPI_SETDOUBLECLKHEIGHT sysparams.c:770:testing SPI_SETDOUBLECLICKTIME sysparams.c:817:testing SPI_SETMOUSEBUTTONSWAP sysparams.c:880:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:915:testing SPI_{GET,SET}WORKAREA sysparams.c:953:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER sysparams: 318 tests executed, 0 marked as todo, 12 failures.

1 0

Re: wine/dlls/comcat regsvr.c comcat_main.c
by Dimitrie O. Paun Jan. 10, 2003

Jan. 10, 2003

On January 10, 2003 12:48 am, John K. Hohm wrote: > + CLSID const *clsid; /* NULL for end of list */ [...] > + { NULL } /* list terminator */ Why not terminate the list with a NULL pointer to the struct instead, it's simpler and more idiomatic... -- Dimi.

2 1

Re: Wine, Mozilla & IE ?
by Francois Gouget Jan. 10, 2003

Jan. 10, 2003

On Fri, 10 Jan 2003, Dan Kegel wrote: [...] > I don't know the particulars, but I do know that g++'s > ABI only very recently stabilized. ^^^^^^^^^^^^^^^^^^^^^^^^ Isn't that a contradiction in terms? [...] > (There was one little ABI tweak between 3.2 and 3.3, > and there may be more later, but they probably > won't break many apps.) That too seems incompatible with something declared 'stable'. Not that I have anything against C++, I like OO programming. But these g++ compatibility issues have been like a cold shower. <rant class="my opinion only"> >From the point of vue of an ISV, distributing a Wine binary is already enough trouble with the C library changing their internal implementation (which of course they are absolutely free to do since it's *internal*) and FreeType breaking backwards compatibility in minor releases, but if ISVs also have to deal with g++ changing their ABI on a regular basis... Well, I guess ISVs could always compile these libraries with Visual C++ and ship them as Windows dlls and thus benefit from a stable and Wine compatible ABI... </rant> -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY

3 4

Readfile on a duplicated pipe hangs
by Uwe Bonnes Jan. 10, 2003

Jan. 10, 2003

Hallo, Marcus sent me patches that made Altera quartus install. Thanks. Now running the package hangs in the way it communicates with created processes. Here is what happens in my understanding: M: Masterprocess C: Childprocess M: CreatePipe -> handle_read + handle_write M: DuplicateHandle handle_read -> handle_read_dup M: CloseHandle (handle_read) M: Call CreateProcessA with handle_write as hstderr M: Return Createprocess M: CloseHandle (handle_write) M: Call Readfile (handle_read_dup) C: initializes, executes and exit M: Return Readfile retval=00000001 M: Endless loop of Call Readfile (handle_read_dup) retval=00000001 MSDN says, that ReadFile should fail on an anonymous pipe, if the othe end has close. With following patch, the application starts up. Feedback welcome. Index: wine/server/pipe.c =================================================================== RCS file: /home/wine/wine/server/pipe.c,v retrieving revision 1.24 diff -u -r1.24 pipe.c --- wine/server/pipe.c 30 May 2002 20:12:58 -0000 1.24 +++ wine/server/pipe.c 10 Jan 2003 20:28:43 -0000 @@ -141,6 +141,13 @@ static int pipe_get_info( struct object *obj, struct get_file_info_reply *reply, int *flags ) { + struct pipe *pipe = (struct pipe *)obj; + assert( obj->ops == &pipe_ops ); + if (!pipe->other) + { + set_error( STATUS_PIPE_BROKEN ); + return -1; + } if (reply) { reply->type = FILE_TYPE_PIPE; -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: Wine, Mozilla & IE ?
by Dan Kegel Jan. 10, 2003

Jan. 10, 2003

Dan Kegel wrote: > With gcc 3.2 and later, shared libraries > produced by g++ will have a stable ABI, > and different machines (with different versions > of gcc >= 3.2) will produce compatible shared libraries. I forgot to mention: this also means that you can mix and match shared libraries produced by *other* c++ compilers, not just gcc! See http://www.linuxbase.org/spec/refspecs/ http://www.codesourcery.com/cxx-abi/ http://www.armdevzone.com/EABI/CppABI.html http://gcc.gnu.org/gcc-3.2/c++-abi.html http://www.intel.com/software/products/compilers/clin/clinux.htm and, for a bit of solaris history wrt c++ abis, http://forte.sun.com/s1scc/articles/CC_abi/CC_abi.html -- Dan Kegel Linux User #78045 http://www.kegel.com

1 0

Re: Clean up OSS_Wave{In,Out}Init
by Eric Pouech Jan. 10, 2003

Jan. 10, 2003

Francois Gouget wrote: > > This modifies OSS_Wave{In,Out}Init to report the exact capabilities of > the OSS driver. The new code does not try to use SNDCTL_DSP_SETFMTS > since some (old) cards may support 16bit or stereo audio at some sample > rates but not other (higher) rates. It now also reports the 48kHz and > 96kHz formats if they are supported. given the susceptibility of some OSS implementations, I'd suggest reimplementing the test loop as: for fmt for channels for rates if open succeeds 1/ flag format as supported 2/ close device endif endfor endfor endfor this would also put us out of danger if the device doesn't accept changing its mode on the fly A+ -- Eric Pouech

1 0