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

Re: [3/5] WineD3D: rsq and rcp use the .w component if no swizzle is given
by H. Verbeet June 25, 2007

June 25, 2007

On 25/06/07, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > + 0x0009fffe, 0x58443344, 0x68532038, /* No idea about that stuff, */ > + 0x72656461, 0x73734120, 0x6c626d65, /* vsa.exe generated it */ > + 0x56207265, 0x69737265, 0x30206e6f, /* And without it windows complains*/ > + 0x0031392e, That looks pretty bad, imo.

2 1

Re: mshtml #14: Added more QueryInterface tests.
by Detlef Riekenberg June 25, 2007

June 25, 2007

On So, 2007-06-24 at 21:10 +0200, Jacek Caban wrote: > + ok(qi == NULL, "runnable=%p, ezpected NULL\n", qi) The Patch is in the Tree, but I suggest to change: "ezpected" to "expected" in several Places. Thanks, with greetings from Copy and Paste -- By by ... Detlef

2 1

Making the wiki FAQ live
by Scott Ritchie June 25, 2007

June 25, 2007

So, about a month ago we discussed the idea of replacing the documentation FAQ with one based in the wiki. Nothing was done, but the general consensus seemed to be to wait and see if the wiki approach worked out better. Since that time, the Wiki FAQ has been updated by 7 people other than myself. We've removed most of the cruft, and taken the FAQ from an unhelpful mess to something a user actually should read. Meanwhile, the original FAQ has been unchanged. It's not done, but I think it's time to take it live and make the wiki FAQ our official FAQ, and then remove the old one from the documentation build. Based on the past month alone, I think it's fairly safe to say that it's easier to maintain, update, and keep relevant this way. I've already sent a patch for lostwages to wine-devel. Thanks, Scott Ritchie

3 3

re: VST wrapper
by Dan Kegel June 25, 2007

June 25, 2007

Hi N8, > [How can I write a shared library that uses Wine and > can be called from a non-winelib app?] This is a somewhat frequently asked question. As Stephan explained, wine's code requires that the process have been set up somewhat specially. This is taken care of by the sources in the loader subdirectory. In a perfect world, some of that code would move into the operating system's process loader... then one could mix and match win32 and unix calls more easily. Anyway, knowing about the code in that directory is key to understanding why what you ask is hard, and in finding a workaround. - Dan

2 1

Re: [3/5] WineD3D: rsq and rcp use the .w component if no swizzle is given
by Frank Richter June 25, 2007

June 25, 2007

On 25.06.2007 16:03, H. Verbeet wrote: > On 25/06/07, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: >> + 0x0009fffe, 0x58443344, 0x68532038, /* No >> idea about that stuff, */ >> + 0x72656461, 0x73734120, 0x6c626d65, /* >> vsa.exe generated it */ >> + 0x56207265, 0x69737265, 0x30206e6f, /* And >> without it windows complains*/ >> + 0x0031392e, > That looks pretty bad, imo. FWIW, that comment reads "D3DX8 Shader Assembler Version 0.91". -f.r.

1 0

configure:2479: error: C compiler cannot create executables
by jens＠jens June 25, 2007

June 25, 2007

This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by Wine configure 0.9.39, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --prefix=/opt/wine --with-x ## --------- ## ## Platform. ## ## --------- ## hostname = jens uname -m = x86_64 uname -r = 2.6.20-15-generic uname -s = Linux uname -v = #2 SMP Sun Apr 15 06:17:24 UTC 2007 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = x86_64 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin PATH: /usr/games ## ----------- ## ## Core tests. ## ## ----------- ## configure:1888: checking build system type configure:1906: result: x86_64-unknown-linux-gnu configure:1928: checking host system type configure:1943: result: x86_64-unknown-linux-gnu configure:2008: checking whether make sets $(MAKE) configure:2029: result: yes configure:2086: checking for gcc configure:2113: result: gcc -m32 configure:2351: checking for C compiler version configure:2358: gcc -m32 --version >&5 gcc (GCC) 4.1.2 (Ubuntu 4.1.2-0ubuntu4) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2361: $? = 0 configure:2368: gcc -m32 -v >&5 Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release x86_64-linux-gnu Thread model: posix gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4) configure:2371: $? = 0 configure:2378: gcc -m32 -V >&5 gcc: '-V' must come at the start of the command line configure:2381: $? = 1 configure:2404: checking for C compiler default output file name configure:2431: gcc -m32 /usr/lib32 conftest.c >&5 /usr/bin/ld: /usr/lib32: No such file: File format not recognized collect2: ld returned 1 exit status configure:2434: $? = 1 configure:2472: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "Wine" | #define PACKAGE_TARNAME "wine" | #define PACKAGE_VERSION "0.9.39" | #define PACKAGE_STRING "Wine 0.9.39" | #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2479: error: C compiler cannot create executables See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=x86_64-unknown-linux-gnu ac_cv_env_CCC_set= ac_cv_env_CCC_value= ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=/usr/lib32 ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_XMKMF_set= ac_cv_env_XMKMF_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=x86_64-unknown-linux-gnu ac_cv_prog_ac_ct_CC='gcc -m32' ac_cv_prog_make_make_set=yes ## ----------------- ## ## Output variables. ## ## ----------------- ## ALSALIBS='' AR='' AS='as --32' AUDIOIOLIBS='' BISON='' BUILTINFLAG='' CARBONLIB='' CC='gcc -m32' CFLAGS='' COREAUDIO='' COREFOUNDATIONLIB='' CPP='' CPPBIN='' CPPFLAGS='' CROSSCC='' CROSSTEST='' CROSSWINDRES='' CRTLIBS='' CXX='' CXXFLAGS='' DEFS='' DEPENDENCIES='' DISKARBITRATIONLIB='' DLLEXT='' DLLFLAGS='' DLLTOOL='' DLLWRAP='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' ESDCONFIG='' ESDINCL='' ESDLIBS='' EXEEXT='' EXTRACFLAGS='' EXTRA_BINARIES='' FLEX='' FONTFORGE='' FONTSSUBDIRS='' FREETYPEINCL='' FREETYPELIBS='' GLU32FILES='' GPHOTO2INCL='' GPHOTO2LIBS='' GREP='' HALINCL='' ICULIBS='' IMPLIBEXT='' INSTALL_DATA='' INSTALL_PROGRAM='' INSTALL_SCRIPT='' IOKITLIB='' LCMSLIBS='' LD='ld -m elf_i386' LDAPLIBS='' LDCONFIG='' LDD='' LDDLLFLAGS='' LDEXECFLAGS='' LDFLAGS='/usr/lib32' LDPATH='' LDSHARED='' LIBDL='' LIBEXT='' LIBOBJS='' LIBPOLL='' LIBPTHREAD='' LIBS='' LIBWINE_LDFLAGS='' LINT='' LINTFLAGS='' LN='' LN_S='' LTLIBOBJS='' MAIN_BINARY='' MINGWAR='' NASLIBS='' OBJEXT='' OPENGLFILES='' OPENGL_LIBS='' PACKAGE_BUGREPORT='wine-devel(a)winehq.org' PACKAGE_NAME='Wine' PACKAGE_STRING='Wine 0.9.39' PACKAGE_TARNAME='wine' PACKAGE_VERSION='0.9.39' PATH_SEPARATOR=':' PKG_CONFIG='' PRELINK='' QUARTZFILES='' RANLIB='' RESOLVLIBS='' SANEINCL='' SET_MAKE='' SHELL='/bin/bash' SOCKETLIBS='' STRIP='' TOOLSDIR='' WIN16_FILES='$(WIN16_FILES)' WIN16_INSTALL='$(WIN16_INSTALL)' WINDRES='' XFILES='' XLIB='' XMKMF='' XML2INCL='' XML2LIBS='' XSLTINCL='' XSLTLIBS='' X_CFLAGS='' X_EXTRA_LIBS='' X_LIBS='' X_PRE_LIBS='' ac_ct_AS='' ac_ct_CC='gcc -m32' ac_ct_CXX='' bindir='${exec_prefix}/bin' build='x86_64-unknown-linux-gnu' build_alias='' build_cpu='x86_64' build_os='linux-gnu' build_vendor='unknown' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' ft_devel2='' ft_devel='' gphoto2_devel='' gphoto2port_devel='' host='x86_64-unknown-linux-gnu' host_alias='' host_cpu='i386' host_os='linux-gnu' host_vendor='unknown' htmldir='${docdir}' includedir='${prefix}/include' infodir='${datarootdir}/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='${datarootdir}/man' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/opt/wine' program_transform_name='s,x,x,' psdir='${docdir}' sane_devel='' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ------------------- ## ## File substitutions. ## ## ------------------- ## MAKE_DLL_RULES='' MAKE_IMPLIB_RULES='' MAKE_PROG_RULES='' MAKE_RULES='' MAKE_TEST_RULES='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "Wine" #define PACKAGE_TARNAME "wine" #define PACKAGE_VERSION "0.9.39" #define PACKAGE_STRING "Wine 0.9.39" #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" configure: exit 77

3 2

Re: [Bug 8787] Manhunt: Video goes all black and haywire after intro movies.
by James Hawkins June 25, 2007

June 25, 2007

On 6/24/07, joe b <goce_jeb(a)yahoo.com> wrote: > Game will not install under wine though. That's why I had to install under > the windows partition. > > You can't file a bug report for a game you run from a Windows partition. It's not supported by Wine, mostly because we can't reproduce any bugs this way. If you can't install the game in Wine, then please open a bug report for that. -- James Hawkins

1 0

Re: user32,wined3d: move refresh rate fallback to catch all cases
by H. Verbeet June 25, 2007

June 25, 2007

On 24/06/07, Erik Inge Bolsø <knan-wine(a)anduin.net> wrote: > --- > dlls/user32/sysparams.c | 13 ++++++++++++- > dlls/wined3d/device.c | 10 +--------- > 2 files changed, 13 insertions(+), 10 deletions(-) > What was the reason for writing this?

1 0

Re: mshtml: Implement HTMLElement_get_children.
by Jacek Caban June 25, 2007

June 25, 2007

Hi, > + elem_vector buf = {NULL, 0, 8}; > + > + TRACE("(%p)->(%p)\n", This, p); > + > + buf.buf = mshtml_alloc(buf.size*sizeof(HTMLElement**)); elem_vector is a self-resizable table, but in this case you know the size while creating it from nsIDOMNodeList::GetLength. I'd suggest to use it here during creation of buf to avoid useless memory reallocations. Thanks, Jacek

2 1

Re: WIDL: Implement support for explicit user handles
by Robert Shearman June 25, 2007

June 25, 2007

Eric Kohl wrote: > This patch implements support for explicit user handles. Looks good, but one small nit-pick: Microsoft calls these "generic" handles instead of user handles. It would be good if you could rename the relevant bits to match this. Thanks, -- Rob Shearman

1 0