- wine-devel - winehq.org

SoC student applications accepted now!
by Dan Kegel 01 May '06

01 May '06

http://code.google.com/summerofcode.html just went live. Operators are standing by...

2 1

Re: winspool/tests: fix broken test for GetPrinterDriver (updated)
by Dmitry Timoshkov 01 May '06

01 May '06

"Detlef Riekenberg" <wine.dev(a)web.de> wrote: > else > { > - ok(GetLastError() == ERROR_INVALID_LEVEL, "wrong error %ld\n", GetLastError()); > - ok(needed == (DWORD)-1,"not expected needed buffer size %ld\n", needed); > - continue; > - } > + /* ERROR_OUTOFMEMORY from win9x go away, when needed was initiated with 0 */ > + ok( !ret && > + ((GetLastError() == ERROR_INVALID_LEVEL) || > + (GetLastError() == ERROR_OUTOFMEMORY)), > + "%d: returned %d with %ld (expected '0' with: " \ > + "ERROR_INVALID_LEVEL or ERROR_OUTOFMEMORY)\n", > + level, ret, GetLastError()); > + /* needed is modified in win9x. testing for "needed == (DWORD)-1" will fail */ That's interesting, is there a pattern how win9x modifies it? > > + } > + if(GetLastError() != ERROR_INSUFFICIENT_BUFFER) continue; This line above is misplaced, better do not remove 'continue;' in the invalid level case. -- Dmitry.

2 3

Re: shdocvw 2: Added [get|put]_Visible implementation.
by Robert Shearman 01 May '06

01 May '06

Jacek Caban wrote: > static HRESULT WINAPI WebBrowser_put_Visible(IWebBrowser2 *iface, VARIANT_BOOL Value) > { > WebBrowser *This = WEBBROWSER_THIS(iface); >- FIXME("(%p)->(%x)\n", This, Value); >- return E_NOTIMPL; >+ VARIANTARG arg; >+ DISPPARAMS dispparams = {&arg, NULL, 1, 0}; >+ >+ TRACE("(%p)->(%x)\n", This, Value); >+ >+ This->visible = Value; >+ >+ V_VT(&arg) = VT_BOOL; >+ V_BOOL(&arg) = Value; >+ call_sink(This->doc_host.cp_wbe2, DISPID_ONVISIBLE, &dispparams); >+ >+ return S_OK; > > You don't actually show or hide the window, so it would be good to keep the FIXME there. -- Rob Shearman

3 5

Wine and Java -- some success!
by Segin 01 May '06

01 May '06

Ahh, with 0.9.12, we are one step away from using Java!! So far, I have tried to use a Java-based game that provides it's own JRE in Wine. It start up fast, and i do mean *fast*, and displays the game's splash-banner, and draws a quick black all over the screen (which other X clients remove by repainting their windows). It then decides to crash, but alas, it did do *something*. javaw.exe -version gives this: java version "1.4.0_01" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_01-b03) Java HotSpot(TM) Client VM (build 1.4.0_01-b03, mixed mode) the crash gives just this, and nothing more: swapper.jar: stack smashing attack in function WAVEMAP_widMessage() Aborted -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

3 3

wine 0.9.12 bugreport / compiled on Acer Ferrari 4005 AMD 64
by Susan Cragin 01 May '06

01 May '06

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.12, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --host=x86_64-linux-gnu --build=x86_64-linux-gnu --prefix=/usr --mandir=${prefix}/share/man --infodir=${prefix}/share/info ## --------- ## ## Platform. ## ## --------- ## hostname = ubuntu uname -m = x86_64 uname -r = 2.6.15-19-amd64-k8 uname -s = Linux uname -v = #1 SMP PREEMPT Mon Mar 20 17:03:51 UTC 2006 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = x86_64 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown 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/X11R6/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1424: checking build system type configure:1442: result: x86_64-pc-linux-gnu configure:1450: checking host system type configure:1464: result: x86_64-pc-linux-gnu configure:1504: checking whether make sets $(MAKE) configure:1524: result: yes configure:1541: checking for x86_64-linux-gnu-gcc configure:1567: result: gcc -m32 configure:1849: checking for C compiler version configure:1852: gcc -m32 --version </dev/null >&5 gcc (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5) 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:1855: $? = 0 configure:1857: gcc -m32 -v </dev/null >&5 Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk-default --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release x86_64-linux-gnu Thread model: posix gcc version 4.0.3 (Ubuntu 4.0.3-1ubuntu5) configure:1860: $? = 0 configure:1862: gcc -m32 -V </dev/null >&5 gcc: '-V' must come at the start of the command line configure:1865: $? = 1 configure:1888: checking for C compiler default output file name configure:1891: gcc -m32 -Wall -g -O2 conftest.c >&5 /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.a when searching for -lc /usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc /usr/bin/ld: cannot find -lc collect2: ld returned 1 exit status configure:1894: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "Wine" | #define PACKAGE_TARNAME "wine" | #define PACKAGE_VERSION "0.9.12" | #define PACKAGE_STRING "Wine 0.9.12" | #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:1933: error: C compiler cannot create executables See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=x86_64-pc-linux-gnu ac_cv_build_alias=x86_64-linux-gnu ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-Wall -g -O2' 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= ac_cv_env_LDFLAGS_value= ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=x86_64-linux-gnu ac_cv_env_host_alias_set=set ac_cv_env_host_alias_value=x86_64-linux-gnu ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=x86_64-pc-linux-gnu ac_cv_host_alias=x86_64-linux-gnu ac_cv_prog_CC='gcc -m32' ac_cv_prog_make_make_set=yes ## ----------------- ## ## Output variables. ## ## ----------------- ## ALSALIBS='' AR='' ARTSCCONFIG='' ARTSINCL='' ARTSLIBS='' AS='as --32' AUDIOIOLIBS='' BISON='' BUILTINFLAG='' CC='gcc -m32' CFLAGS='-Wall -g -O2' COREFOUNDATIONLIB='' CPP='' CPPBIN='' CPPFLAGS='' CROSSCC='' CROSSTEST='' CROSSWINDRES='' CRTLIBS='' CURSESLIBS='' CXX='' CXXFLAGS='' DEFS='' DLLDEFS='' DLLEXT='' DLLFLAGS='' DLLIBS='' DLLTOOL='' DLLWRAP='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' ESDCONFIG='' ESDINCL='' ESDLIBS='' EXEEXT='' EXTRACFLAGS='' EXTRA_BINARIES='' FONTFORGE='' FONTSSUBDIRS='' FREETYPEINCL='' FREETYPELIBS='' GLU32FILES='' GLUT32FILES='' GLUT_LIBS='' ICULIBS='' IMPLIBEXT='' INSTALL_DATA='' INSTALL_PROGRAM='' INSTALL_SCRIPT='' IOKITLIB='' LCMSLIBS='' LD='ld -m elf_i386' LDAPLIBS='' LDCONFIG='' LDD='' LDDLLFLAGS='' LDDLLRPATH='' LDEXECFLAGS='' LDEXERPATH='' LDFLAGS='' LDPATH='' LDSHARED='' LEX='' LEXLIB='' LEX_OUTPUT_ROOT='' LIBEXT='' LIBOBJS='' LIBPTHREAD='' LIBS='' LINT='' LINTFLAGS='' LN='' LN_S='' LTLIBOBJS='' MAIN_BINARY='' NASLIBS='' OBJEXT='' OPENGLFILES='' OPENGL_LIBS='' PACKAGE_BUGREPORT='wine-devel(a)winehq.org' PACKAGE_NAME='Wine' PACKAGE_STRING='Wine 0.9.12' PACKAGE_TARNAME='wine' PACKAGE_VERSION='0.9.12' PATH_SEPARATOR=':' PKG_CONFIG='' PRELINK='' RANLIB='' RESOLVLIBS='' SANEINCL='' SANELIBS='' SET_MAKE='' SHELL='/bin/sh' SOCKETLIBS='' STRIP='' TOOLSDIR='' WIN16_FILES='$(WIN16_FILES)' WIN16_INSTALL='$(WIN16_INSTALL)' WINDRES='' XFILES='' XLEX='' XLIB='' XML2INCL='' XML2LIBS='' XSLTINCL='' XSLTLIBS='' X_CFLAGS='' X_EXTRA_LIBS='' X_LIBS='' X_PRE_LIBS='' ac_ct_AR='' ac_ct_AS='' ac_ct_CC='' ac_ct_CPPBIN='' ac_ct_CXX='' ac_ct_DLLTOOL='' ac_ct_DLLWRAP='' ac_ct_LD='' ac_ct_RANLIB='' ac_ct_STRIP='' ac_ct_WINDRES='' bindir='${exec_prefix}/bin' build='x86_64-pc-linux-gnu' build_alias='x86_64-linux-gnu' build_cpu='x86_64' build_os='linux-gnu' build_vendor='pc' datadir='${prefix}/share' exec_prefix='NONE' ft_devel2='' ft_devel='' host='x86_64-pc-linux-gnu' host_alias='x86_64-linux-gnu' host_cpu='i386' host_os='linux-gnu' host_vendor='pc' includedir='${prefix}/include' infodir='${prefix}/share/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' mandir='${prefix}/share/man' oldincludedir='/usr/include' prefix='/usr' program_transform_name='s,x,x,' sane_devel='' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ------------- ## ## Output files. ## ## ------------- ## MAKE_DLL_RULES='' MAKE_IMPLIB_RULES='' MAKE_LIB_RULES='' MAKE_PROG_RULES='' MAKE_RULES='' MAKE_TEST_RULES='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" #define PACKAGE_NAME "Wine" #define PACKAGE_STRING "Wine 0.9.12" #define PACKAGE_TARNAME "wine" #define PACKAGE_VERSION "0.9.12" configure: exit 77

2 1

Re: ole32: Add StgCreateFile test and conformance fix
by Mike McCormack 01 May '06

01 May '06

Mike Hearn wrote: > diff --git a/dlls/ole32/storage32.c b/dlls/ole32/storage32.c Fails the test cases on my system after applying ... ../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p ole32_test.exe.so storage32.c && touch storage32.ok err:storage:validateSTGM unknown flags 00010812 err:storage:validateSTGM unknown flags 00090012 err:storage:validateSTGM unknown flags 00810012 fixme:storage:StgCreateDocfile Transacted mode not implemented. storage32.c:139: Test failed: StgCreateDocfile failed storage32.c:141: Test failed: StgCreateDocfile failed fixme:storage:StgCreateDocfile Transacted mode not implemented. Mike

2 2

PATCH: [0/4] Splitting TWAIN_32 and adding gphoto driver
by Marcus Meissner 01 May '06

01 May '06

Hi, This series of patches splits up the sane specific parts of twain_32 into the controller part (twain_32) and sane specific driver part (sane.ds). It also implements a working gphoto driver (gphoto.ds). TWAIN itself has a concept of: - DSM / Data Source Manager ... A controller that manages the datasources and their lifetimes. This was and is still found in twain_32.dll - DS / Data Source(s) ... A multitude of datasources, usually per camera / scanner drivers found in %windir%/TWAIN_32/ and subdirs. Up to now this was also in twain_32.dll, but this series splits it out. Drivers: - sane.ds: The old twain_32.dll sane code split off from twain_32.dll. - gphoto.ds: New gphoto importer code, originating from the old sane.ds as example. Autodetection: - Autodetection has been moved from twain_32.dll to the drivers. -> twain_32.dll itself is no longer dependend on libsane and actually has only minimal knowledge of sane and gphoto2 (the driver names ;) - Detection of multiple devices is in the DG_CONTROL/DAT_IDENTITY/MSG_GET calls of sane.ds and gphoto2.ds. A little hidden channel detects multiple scanners / cameras by calling above function multiple times. The code is ready for WINE inclusion (tm). Ciao, Marcus

1 0

Re: Wine & Safedisk
by ivanleo＠gmail.com 01 May '06

01 May '06

On 01/05/06, frans(a)bigcabbage.demon.nl <frans(a)bigcabbage.demon.nl> wrote: > Hi Ivan, > > I've been doing a lot of reading into the safedisk solution that was once > created for Wine. I understand it was rejected because of its use of named > pipes at that time. I've been trying to get my hands on that code, so I could > analyse what was required to get Safedisk 1 working, but the website linked > does not host it anymore. > My questions: > - Do you happen to have a copy of the patch/modification that allowed this to > work with named pipes? Yes, several > - Do you know the current state of this safedisk path? I updated my cvs tree recently and safedisc stopped working, however I'm sure it's just a glitch that can be easily fixed > - Do you think that anyone will be able to integrate a solution into Wine before > 1.0, or is it your opinion that Alexandre wants to leave this out until after > 1.0? If we could get our current solution to use the wineserver protocol, we could integrate it into wine today.

1 0

Summer of Code Project: DirectPlay
by "Alexander N. Sørnes" 01 May '06

01 May '06

This is a proposal for a Google Summer of Code Project. Improve Wine's DirectPlay implementation so that it can at least run a simple demo app, and ideally end up enabling network play for a free game demo. A list of such demos is available here http://wiki.winehq.org/DirectPlayGames Alexander N. Sørnes

6 12

Google Sketch-Up Not Starting
by Vijay Kiran Kamuju 01 May '06

01 May '06

Hi, I tried to start latest tool form the Google Stable, Google SketchUp. This is a product Google acquired by the acquisition of @land Software. Now this tool is giving a Dialog box about incorrect display drivers and saying that ChoosePixelFormat Failed. Now what should i try more (debug channels) no err msgs are shown in the cmd prompt. Thanks, Vijay

5 6

Remove the European CVS server?
by Scott Ritchie 01 May '06

01 May '06

Since it seems like most people are using GIT, and the European CVS server has a severely annoying tendency to not be up to date, I propose we eliminate the European CVS server entirely and remove it from this page: http://www.winehq.com/site/cvs For an example of how it's hurting development, see this bug: http://bugs.winehq.org/show_bug.cgi?id=4323 Thanks, Scott Ritchie

2 1

RE: DDraw, wined3d (d3d8, d3d9) and OpenGL32 in Mac OSX + stack fudging -- x86 only
by Nick Burns 01 May '06

01 May '06

Here is the patch thus far -- It is not clean or anything... (cvs -q diff - straight from my tree) --I think this patch will work and allow you to run specific ogl and d3d apps (with enough stack fudging see below) --Here is an example of the stack fudging --Since this is too hard to add to all entry points... I did not bother doing it en mass (only for functions that were causing crashes for demos -- waiting for gcc goodness) void WINAPI SomeApiEntryPoint() { //begin stack alignment asm("pushl 0(%ebp)");//save ebp` asm("movl %esp, 0(%ebp)");//hope that 0(%ebp) is not used in function //save esp -- ebp -> esp -> ebp` asm("subl %ebp, %esp");//calc n asm("addl %esp, %esp");//n*2 asm("addl %ebp, %esp");//n*2+esp asm("subl $0x10, %esp");//pad out stack asm("andl $0xFFFFFFF0, %esp");//align the stack //end stack alignment ... //body ... //begin stack restore asm("movl 0(%ebp), %esp");//restore esp -- ebp -> esp -> ebp` asm("popl 0(%ebp)");//restore ebp` + esp //end stack restore return; } WEEEEEEEEE so fun - Nick

2 2

Re: DDraw, wined3d (d3d8, d3d9) and OpenGL32 in Mac OSX + stack fudging -- x86 only
by Chris Niederauer 01 May '06

01 May '06

I didn't work on this patch, but I can add some answers to Mike's questions... On Sun, 30 Apr 2006 05:32:49 -0700, Mike Hearn wrote: > On Sat, 29 Apr 2006 14:46:33 -0700, Nick Burns wrote: >> OpenGL dynamic loading >> -- Mac OSX does not need to dlsym every ogl entry point -- it >> handles >> that for you... > > Hmm, well so do Windows and Linux ;) I think it's done that way > because > some of the GL functions are introduced in later versions of OpenGL > so we > need to test for them at runtime. We can at least avoid any direct dlsym references on the Mac and simply use the glXGetProcAddress procedure. Also, for anything that is added to the OpenGL stack post 10.4.4 or whatever the first intel version of OS X was, it could avoid a huge amount of glXGetProcAddress's for the included opengl calls like glBegin, etc. Was there more to this you wanted to add, Nick? >> Stack fudging >> -- mac requires 16 byte aligned stack windows does not >> -- this leads to illegal instructions (aligned wrongly) > > This is an Intel Mac right?! Intel chips have never required > alignment as > far as I know, though it can help performance. This is not a requirement by the processor, per se, but by the OS X ABI. When a windows function attempts to call into an OS X function, the ABI must be properly set up in order to work with the OS X ABI compliant code. 16 byte alignment is one requirement of OS X's ABI: <http://developer.apple.com/documentation/DeveloperTools/Conceptual/ LowLevelABI/Articles/IA32.html> >> GLX Root Window >> -- Wine uses the fact that a root window exists in x11 in many >> places... >> -- But no one wants to run the x11 root window on their mac >> (what the >> b&w checkerz are ugly?) > > What stops you fixing the Mac X server to, well, not suck? I don't > see why > you need to hack Wine to fix this. On systems that already have roots like the Window Server on OS X and the GDI root on Windows, your system then looks like Linux. This works fine and all, but it makes it so that Mac OS X and Windows apps don't show up side by side with the linux apps. In the end, I'm sure it would be most desirable to avoid X11 on the Mac completely because it's an optional install (albeit easily installable after the fact) and it just doesn't have an OS X feel to it, which is what people would desire who are running OS X. Chris

3 5

dependencies on freetype and fontforge
by Robert Lunnon 01 May '06

01 May '06

Is it really necessary to have hard dependencies on both freetype and fontforge, configure returns a fail if either of these is missing ? I can live with a dependency on freetype since Sun supplies this lib but I'd rather not depend on fontforge, which might not be installed on a target system Bob

2 3

SoC idea: run MDAC conformance test suite against MS's MDAC
by Dan Kegel 01 May '06

01 May '06

I just added the following idea to http://wiki.winehq.org/SummerOfCode : Run the MDAC conformance test suite against Microsoft's MDAC, and file bugs / write test cases in C / fix anything it finds. (See http://msdn.microsoft.com/library/en-us/oledb/htm/oledbctconformance_test_s…, http://msdn.microsoft.com/data/mdac/ ) (This isn't a new idea; see http://www.winehq.org/pipermail/wine-devel/2005-December/043783.html) This would help folks trying to run little database apps who can't/don't want to migrate to MySQL or the like. (And I promise you, there are a bazillion folks who just want to be able to run some product's installer and just use it without trying to redirect its data source to MySQL...) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

SoC idea: run Mauve regression tests against Sun's JRE
by Dan Kegel 01 May '06

01 May '06

I just added the following idea to http://wiki.winehq.org/SummerOfCode : Run the Mauve Java test suite against Sun's Windows JRE, and file bugs / write test cases in C / fix anything it finds. (See http://sourceware.org/mauve/, http://appdb.winehq.org/appview.php?versionId=3054 ) And make it easy for other people to run these tests, too. The Mauve regression test suite would be incredibly useful as a regression test for Wine. And the many win32 apps that now depend on Java and can't just use Linux's jvm would benefit greatly, too. Oh, I so want this to happen... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

About irp framework for safedisc support
by Vijay Kiran Kamuju 01 May '06

01 May '06

Hi, I would like to know about what is required for the irp framework to be implemented for wine. I just want to put enough information so that it might be possible for someone or even me to pick-up this issue. May be this might be ready for the next years Google SOC. ;) Thanks, Vijay

2 2

Start Programs reg entry
by Tom Spear (Dustin Booker, Dustin Navea) 01 May '06

01 May '06

A while back there was a bug reported because certain installers looked in the registry for the path to the programs menu, and when they couldnt find it, they would abort the install. http://bugs.winehq.org/show_bug.cgi?id=2765 The bug was closed once a patch was committed.. Seems that now, wineprefixcreate has the same issue, and since we are using that to setup the wine environment instead of wine itself, it is causing the same problem. This should be trivial, but it is annoying having to manually add something that should be in the registry by default anyways.. I reopened the bug for now since it is an issue again and people were posting to it. Tom

2 1

server: Retrieve the groups for a token from the server
by Dan Kegel 01 May '06

01 May '06

James Hawkins wrote: On 4/26/06, Robert Shearman <rob at codeweavers.com> wrote: > ChangeLog: > Retrieve the groups for a token using a server call instead of hard > coding them. > > Before this patch, we simulated administrator's privileges in the > TokenGroups case, but we're no longer recognized as admins. I think it's a bug. The following mystery kludge "fixes" it for me: --- a/dlls/ntdll/nt.c +++ b/dlls/ntdll/nt.c @@ -203,7 +203,7 @@ NTSTATUS WINAPI NtQueryInformationToken( switch (tokeninfoclass) { case TokenGroups: - len = sizeof(TOKEN_GROUPS); + len = sizeof(TOKEN_GROUPS) + 400; /* WAG */ break; case TokenOwner: len = sizeof(TOKEN_OWNER) + sizeof(SID); i.e. you have code in there to retry a badly guessed size, but it doesn't handle all cases. That patch seems to be a missing 'break' at the end of case TokenGroup at line 320 of nt.c or so, too, but I dunno if that's an error. (If it's intended, a comment might be good.) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

RFC: sfd2ttf
by Markus Amsler 30 Apr '06

30 Apr '06

Hi, Here's a first version of an sfd2ttf tool based on fontforge-20051205. You can dwonload it from [1]. It consists of 5 files (with Makefile) and has a size of 500K. There's still some dead code lying around, I think I can bring it down to 300K-400K. Is this acceptable? SFD reading was quite easy, the code was well seperated. TTF generation was a bit harder. I decided to output TrueType, with bitmap tables from OpenType. The others ttf variations (full OpenType or even aat (Apple Advanced Typography)) are not supported, as it would make the tool a lot bigger (factor 2-5 or so) and i believe it's not needed (right?). I'm really no font expert, so any comment is welcome. Markus [1] http://oribi.org/download/sfd2ttf.tar.gz

11 16

Re: server: Retrieve the groups for a token from the server
by James Hawkins 30 Apr '06

30 Apr '06

On 4/26/06, Robert Shearman <rob(a)codeweavers.com> wrote: > ChangeLog: > Retrieve the groups for a token using a server call instead of hard > coding them. > Hey Rob, Before this patch, we simulated administrator's privileges in the TokenGroups case, but we're no longer recognized as admins. Any app that calls advpack.IsNtAdmin will fail if they check the result and requie admin privileges. Is there any way to add us to the admin group by default? -- James Hawkins

1 0

Wine and process "names"
by Segin 30 Apr '06

30 Apr '06

Good day, everybody! I have recently done two things: A. I stopped trying to get Wine to use SDL for a graphics display -- the entire idea just sucks. B. Upgraded to 0.9.12 This has presented me with something quite odd Windows programs running in Wine had their argv[0]'s exposed to Linux. Let me clarify: When you run 'ps', the first word in the "CMD" field is usually a program's argv[0] and is referred to as the process's "name", but of course you all know that. It seems that Windows processes have their names exported to Linux in the same way, I literally had this in the 'ps' output: 13885 pts/1 00:00:21 C:\windows\notepad.exe Is this a new behaviour of Wine 0.9.12, or have the virus writers finally caught up with us? -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

3 5

crash in mixer.c:457
by Molle Bestefich 30 Apr '06

30 Apr '06

Winecfg --> Audio --> OSS, Full Hardware Acceleration. wine starcraft.exe. Result: ============ wine: Unhandled page fault on read access to 0x7e5c0000 at address 0x7d3c02d6 (thread 000f), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x7e5c0000 in 32-bit code (0x7d3c02d6). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7d3c02d6 ESP:7d058850 EBP:7d058888 EFLAGS:00010206( - 00 - RIP1) EAX:00003800 EBX:7d3de7a0 ECX:00003800 EDX:ffffffc0 ESI:7e5c0000 EDI:7fdd43b2 Stack dump: 0x7d058850: 7fd93d28 7fdd43b0 00007000 7fc2a2b0 0x7d058860: f1208000 00000000 00010000 00000000 0x7d058870: 00003800 00007000 00007000 7d3de7a0 0x7d058880: 7fd5b238 00004000 7d0588d8 7d3c10bc 0x7d058890: 7fd93d28 00000000 00007000 7ffb6d3c 0x7d0588a0: 00000001 7d058900 0000000c 7d0588f8 Backtrace: =>1 0x7d3c02d6 DSOUND_MixInBuffer+0x116(dsb=0x7fd93d28, writepos=0x0, fraglen=0x7000) [/root/wine-git/dlls/dsound/mixer.c:457] in dsound (0x7d3c02d6) 2 0x7d3c10bc DSOUND_MixOne+0x2bc(dsb=0x7fd93d28, playpos=0x0, writepos=0x0, mixlen=0x7000) [/root/wine-git/dlls/dsound/mixer.c:784] in dsound (0x7d3c10bc) 3 0x7d3c1769 DSOUND_MixToPrimary+0x109(device=0x7fd5b238, playpos=0x0, writepos=0x0, mixlen=0x7000, recover=0x1) [/root/wine-git/dlls/dsound/mixer.c:854] in dsound (0x7d3c1769) 4 0x7d3c1fbb DSOUND_PerformMix+0x29b(device=0x7fd5b238) [/root/wine-git/dlls/dsound/mixer.c:1068] in dsound (0x7d3c1fbb) 5 0x7d3c24c2 DSOUND_timer+0x122(timerID=0x1, msg=0x0, dwUser=0x7fd5b238, dw1=0x0, dw2=0x0) [/root/wine-git/dlls/dsound/mixer.c:1128] in dsound (0x7d3c24c2) 6 0x7d337983 TIME_TriggerCallBack+0xf3(lpTimer=0x7fd5abb0) [time.c:95] in winmm (0x7d337983) 7 0x7d337ba4 TIME_MMSysTimeCallback+0x174(iData=0x7d38aa80) [/root/wine-git/dlls/winmm/time.c:206] in winmm (0x7d337ba4) 8 0x7d337d38 TIME_MMSysTimeThread+0x78(arg=0x7d38aa80) [/root/wine-git/dlls/winmm/time.c:242] in winmm (0x7d337d38) 9 0x7fc64274 THREAD_Start+0x124(ptr=0x7fd5abb0) [/root/wine-git/dlls/kernel/thread.c:76] in kernel32 (0x7fc64274) 10 0x7ffba53f start_thread+0x24f(info=0x7fd5abc8) [/root/wine-git/dlls/ntdll/thread.c:357] in ntdll (0x7ffba53f) 11 0xb7f92aba start_thread+0x8b in libpthread.so.0 (0xb7f92aba) 12 0xb7f2e39e __clone+0x5e in libc.so.6 (0xb7f2e39e) 0x7d3c02d6 DSOUND_MixInBuffer+0x116 [/root/wine-git/dlls/dsound/mixer.c:457] in dsound: movswl 0x0(%esi),%eax 457 field += *obufs;

1 0

[Wine] Required Fontforge versions
by Segin 30 Apr '06

30 Apr '06

This is not a question email, but one that states the minimum required Fontforge needed to build Wine. Treat it as third-party documentation. Versions of Wine up to 0.9.10 need fontforge-20050624; Never use anything older. Versions 0.9.11 and 0.9.12 require something newer. Try fontforge-20060408 on for size. -- The real problem with C++ for kernel modules is: the language just sucks. -- Linus Torvalds

1 0

Re: usp10: Add ScriptTextOut functionality
by Mike McCormack 30 Apr '06

30 Apr '06

Jeff L wrote: > Change log: > Add ScriptTextOut functionality and restructure tests. This patch compiles with warnings on my machine: usp10.c: In function ‘test_ScriptTextOut’: usp10.c:442: warning: passing argument 6 of ‘ScriptTextOut’ from incompatible pointer type usp10.c:360: warning: unused variable ‘cnt’ ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole usp10.o testlist.o -o usp10_test.exe It also causes the test cases to crash. I see you may have addressed that in the next patch, but each patch should be valid on its own, so that there's no points in the commit history where Wine won't compile, or the tests fail. fixme:uniscribe:ScriptGetCMap ((nil),(nil),(null),0,0x0,(nil)): semi-stub wine: Unhandled page fault on read access to 0x00000000 at address 0x7fe1d446 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7fe1d446). Register dump: In the test, you've moved the functions around, which makes it difficult to see what you've added and removed. > -void test_ScriptGetFontProperties(void) > +void test_ScriptGetFontProperties(void) It makes things easier to review if you avoid moving code unnecessarily thanks, Mike

2 1

Re: shdocvw 3: Added get_HWND implementation.
by Robert Shearman 30 Apr '06

30 Apr '06

Jacek Caban wrote: > static HRESULT WINAPI WebBrowser_get_HWND(IWebBrowser2 *iface, long *pHWND) > { > WebBrowser *This = WEBBROWSER_THIS(iface); >- FIXME("(%p)->(%p)\n", This, pHWND); >- return E_NOTIMPL; >+ >+ TRACE("(%p)->(%p)\n", This, pHWND); >+ >+ *pHWND = 0; >+ return E_FAIL; > } > > Again, this isn't implemented so you should keep the FIXME there. -- Rob Shearman

2 1

Newbie git experience: resetting local git tree back to an earlier state
by Dan Kegel 30 Apr '06

30 Apr '06

This is a little success story. I thought I'd post it to encourage other people to try Mike's tree via git. I just started using git so I could track Mike McCormack's tree. I first followed the instructions at http://wiki.winehq.org/GitWine to get a winehq tree, then followed Mike's instructions at http://www.winehq.org/pipermail/wine-devel/2006-April/047208.html to grab the latest changes. The commands I used on my Ubuntu box were, all in all: sudo apt-get install git-core git-doc git clone git://source.winehq.org/git/wine.git wine-git cat > .git/remotes/mmbranch <<EOF URL: http://mandoo.dyndns.org/wine.git Pull: refs/heads/master:refs/heads/mmbranch EOF git fetch mmbranch git pull . mmbranch Everything went smoothly; it was rather fabulous. Then I ran into a regression, and wanted to roll back to Mike's tree as of a certain patch, http://www.winehq.org/pipermail/wine-patches/2006-April/026126.html I gather the right command for this is "git reset", so I read the man page. It wants a "commit-ish" as the argument. (Boy, that's helpful.) Looking at that patch, I saw its filename was an md5 sum, so I figured maybe that was the "commit-ish", and tried $ git reset --soft b32ae7a40c601427fea7cb9f145138221030f869 fatal: Needed a single revision Crud. At this point I punted, sent an email to James asking for help, ate a cookie, and periodically re-read google and the man pages. Eventually it dawned on me that you can specify a particular commit by how many back from the head it is, e.g. HEAD~5 is 5 back from the tip. I also stumbled on the command "git log", which shows you all changes, most recent first. Sure enough, the change I wanted was eight back from the head. So I tried $ git reset --soft HEAD~8 And voila, it worked; "git log" now showed the desired change as the latest! (Whew. I thought I was going to drown in man pages for a while there.) Annoyingly, "make" did nothing after this, but I knew the changes I wanted to revert were all in one DLL, so I just removed that DLL's .o files and ran make again. I feel a bit more comfortable with git now! - Dan

3 2

DAZ Studio
by Andrew Neil Ramage 30 Apr '06

30 Apr '06

I downloaded this 3D modelling program, but got the following: andrew@apollo:~/.wine/drive_c/Program Files/DAZ/Studio> wine DAZStudio.exe err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 Any ideas about what is wrong ? DAZ Studio can be downloaded from http://www.daz3d.com/ - it's free. -- Andrew You can be the captain I will draw the chart Sailing into destiny Closer to the heart Closer to the Heart by Rush (A Farewell to Kings, 1977) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

3 2

DDraw, wined3d (d3d8, d3d9) and OpenGL32 in Mac OSX + stack fudging -- x86 only
by Nick Burns 30 Apr '06

30 Apr '06

Whow I havent posted in a while... Gottta job -- no more college (but I have to finish my Masters Thesis... crap)... Ok back to wine ------- (Mac OSX X86 ONLY) Some of my friends an I have been working on wine after work and have managed to put together some patches OpenGL dynamic loading -- Mac OSX does not need to dlsym every ogl entry point -- it handles that for you... -- so numerous apple specific changes to make that work right GLX FBConfig -- not supported by mac glx -- faked inside of glx with choosevisual (~80,000 calls to choose visual with various pixel formats) -- this can be done better with agl or cgl or ANYTHING but x11 glx Stack fudging -- mac requires 16 byte aligned stack windows does not -- this leads to illegal instructions (aligned wrongly) -- until gcc can handle this I have a temporary solution to realign stacks using inline asm (fragile and dangerous -- but better than crashing) GLX Root Window -- Wine uses the fact that a root window exists in x11 in many places... -- But no one wants to run the x11 root window on their mac (what the b&w checkerz are ugly?) -- So I have some fixes for that too -- basically make a button and use its context for querying quartzdrv -- from darwine -- I got this to compile and load -- but its not very useful -- it makes white boxes winecoreaudio -- from darwine -- I got this to compile and load -- but its not very useful -- it crashes ALOT I think thats all -- WHEW.. ATM -- We have the glx root window fixes and fbconfig fixes in for ddraw and d3d and ogl I have only put the stack fudging asm blocks in specific functions ---------- So what is the next step? Can these changes go into the wine tree (barring the stack fudging) Are people interested in these kinds of fixes? ------ Also what has Oliver Stieber been up to lately? Thanks for all the hard work and effort put into wine -- keep it up - Nick

3 2

configure balking at freetype > 2.01
by Robert Lunnon 30 Apr '06

30 Apr '06

My configure is failing to find freetype due to a missing header ftnames.h which I understand has been changed to ftsnames.h in later Freetype versions. Is this a local problem or do I need an old freetype lib Bob

1 0

Compiling office-src-5.0.1.tgz
by Johno Crawford 30 Apr '06

30 Apr '06

Should I be worrying about the below warning? checking linux/loop.h presence... yes configure: WARNING: linux/loop.h: present but cannot be compiled configure: WARNING: linux/loop.h: check for missing prerequisite headers? configure: WARNING: linux/loop.h: see the Autoconf documentation configure: WARNING: linux/loop.h: section "Present But Cannot Be Compiled" configure: WARNING: linux/loop.h: proceeding with the preprocessor's result configure: WARNING: linux/loop.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## -- Johno Crawford

1 0

Handles to unix executables exec'd with CreateProcess()
by Thomas Kho 30 Apr '06

30 Apr '06

It seems that it is not currently possible to get the exit code of a unix program executed with _wspawnv(_P_WAIT, [unix app], [args]) because CreateProcess() does not return a handle to the new process. _wspawnv() uses the handle to WaitForSingleObject() the end of execution and also needs it to GetExitCodeProcess(). Is implementation of handles to unix processes something that could be done and pass muster, or just a corner case for a feature that doesn't add to Windows compatibility? FWIW, my application for this is to run a shell script and get the return value. Under Windows, I run the shell script with Cygwin; under Wine, I had originally planned to execute it directly. Regards, Tommy

2 1

re: DAZ studio
by Dan Kegel 30 Apr '06

30 Apr '06

> wine DAZStudio.exe > err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered > fixme:ole:CoCreateInstance no classfactory created for CLSID {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 A little google searching leads me to believe that CLSID is provided by ActiveIMM in dimm.dll. If the app ships a copy of dimm.dll, maybe you can register that. I think that DLL first shipped with WinME... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

SoC applications can be submitted starting Monday!
by Dan Kegel 29 Apr '06

29 Apr '06

Students can start submitting their Summer of Code applications starting May 1st (this Monday). See http://code.google.com/soc/studentfaq.html#42 for a timeline. Is everybody ready? :-) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Conformity testing
by Robert Lunnon 29 Apr '06

29 Apr '06

I've graduated to using winetest and have a question. From what I understand winetest is a conformity tool, and therefore wine will not always pass everything. The question is, how do I know what works under linux but doesn't under Solaris so I can identify what I need to work on for Solaris ? Thanks PS I want to do this without having another box with lnux on it Bob

2 1

Re: [WINED3D] Use the correct version mask for pixel and vertex shaders.
by H. Verbeet 29 Apr '06

29 Apr '06

On 29/04/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: >+ DWORD major = D3DSHADER_VERSION_MAJOR(version); >+ DWORD minor = D3DSHADER_VERSION_MINOR(version); It's probably a bad idea to add more dependencies on d3d8/d3d9 in wined3d.

2 2

Re: [netapi32] implement NetUserModalsGet level 2 (resend) (revised)
by Robert Reif 29 Apr '06

29 Apr '06

Robert Reif wrote: > Resend/rediff of patch by James Hawkins to add NetUserModalsGet level > 2. http://www.winehq.org/hypermail/wine-patches/2004/08/0003.html > > This lets VisualC++.NET install get past NetUserModalsGet related > crash (still doesn't install). This version fixes a number of bugs in the previous patch. Index: dlls/netapi32/access.c =================================================================== RCS file: /home/wine/wine/dlls/netapi32/access.c,v retrieving revision 1.12 diff -p -u -r1.12 access.c --- dlls/netapi32/access.c 13 Feb 2006 13:07:59 -0000 1.12 +++ dlls/netapi32/access.c 29 Apr 2006 19:31:02 -0000 @@ -20,6 +20,8 @@ #include <stdarg.h> +#include "ntstatus.h" +#define WIN32_NO_STATUS #include "windef.h" #include "winbase.h" #include "winerror.h" @@ -27,6 +29,9 @@ #include "lmaccess.h" #include "lmapibuf.h" #include "lmerr.h" +#include "winreg.h" +#include "winternl.h" +#include "ntsecapi.h" #include "netapi32_misc.h" #include "wine/debug.h" #include "wine/unicode.h" @@ -548,19 +553,126 @@ NetGetDCName(LPCWSTR servername, LPCWSTR } -/************************************************************ - * NetUserModalsGet (NETAPI32.@) +/****************************************************************************** + * NetUserModalsGet (NETAPI32.@) + * + * Retrieves global information for all users and global groups in the security + * database. + * + * PARAMS + * szServer [I] Specifies the DNS or the NetBIOS name of the remote server + * on which the function is to execute. + * level [I] Information level of the data. + * 0 Return global passwords parameters. bufptr points to a + * USER_MODALS_INFO_0 struct. + * 1 Return logon server and domain controller information. bufptr + * points to a USER_MODALS_INFO_1 struct. + * 2 Return domain name and identifier. bufptr points to a + * USER_MODALS_INFO_2 struct. + * 3 Return lockout information. bufptr points to a USER_MODALS_INFO_3 + * struct. + * pbuffer [I] Buffer that receives the data. + * + * RETURNS + * Success: NERR_Success. + * Failure: + * ERROR_ACCESS_DENIED - the user does not have access to the info. + * NERR_InvalidComputer - computer name is invalid. */ -NET_API_STATUS WINAPI NetUserModalsGet(LPCWSTR szServer, DWORD level, LPBYTE *pbuffer) +NET_API_STATUS WINAPI NetUserModalsGet( + LPCWSTR szServer, DWORD level, LPBYTE *pbuffer) { - FIXME("(%s %ld %p) stub!\n", debugstr_w(szServer), level, pbuffer); - - if (level == 2) + TRACE("(%s %ld %p)\n", debugstr_w(szServer), level, pbuffer); + + switch (level) { - *pbuffer = NULL; - return NERR_Success; + case 0: + /* return global passwords parameters */ + FIXME("level 0 not implemented!\n"); + *pbuffer = NULL; + return NERR_InternalError; + case 1: + /* return logon server and domain controller info */ + FIXME("level 1 not implemented!\n"); + *pbuffer = NULL; + return NERR_InternalError; + case 2: + { + /* return domain name and identifier */ + PUSER_MODALS_INFO_2 umi; + LSA_HANDLE policyHandle; + LSA_OBJECT_ATTRIBUTES objectAttributes; + PPOLICY_ACCOUNT_DOMAIN_INFO domainInfo; + NTSTATUS ntStatus; + PSID domainIdentifier = NULL; + int domainNameLen; + + ZeroMemory(&objectAttributes, sizeof(objectAttributes)); + + ntStatus = LsaOpenPolicy(NULL, &objectAttributes, + POLICY_VIEW_LOCAL_INFORMATION, + &policyHandle); + if (ntStatus != STATUS_SUCCESS) + { + WARN("LsaOpenPolicy failed with NT status %lx\n", + LsaNtStatusToWinError(ntStatus)); + return ntStatus; + } + + ntStatus = LsaQueryInformationPolicy(policyHandle, + PolicyAccountDomainInformation, + (PVOID *)&domainInfo); + if (ntStatus != STATUS_SUCCESS) + { + WARN("LsaQueryInformationPolicy failed with NT status %lx\n", + LsaNtStatusToWinError(ntStatus)); + return ntStatus; + } + + domainIdentifier = domainInfo->DomainSid; + domainNameLen = lstrlenW(domainInfo->DomainName.Buffer) + 1; + LsaClose(policyHandle); + + ntStatus = NetApiBufferAllocate(sizeof(USER_MODALS_INFO_2) + + GetLengthSid(domainIdentifier) + + domainNameLen * sizeof(WCHAR), + (LPVOID *)pbuffer); + + if (ntStatus != NERR_Success) + { + WARN("NetApiBufferAllocate() failed\n"); + LsaFreeMemory(domainInfo); + return ntStatus; + } + + umi = (USER_MODALS_INFO_2 *) *pbuffer; + umi->usrmod2_domain_id = (PSID)(*pbuffer + + sizeof(USER_MODALS_INFO_2)); + umi->usrmod2_domain_name = (LPWSTR)(*pbuffer + + sizeof(USER_MODALS_INFO_2) + GetLengthSid(domainIdentifier)); + + lstrcpynW(umi->usrmod2_domain_name, + domainInfo->DomainName.Buffer, + domainNameLen); + CopySid(GetLengthSid(domainIdentifier), umi->usrmod2_domain_id, + domainIdentifier); + + LsaFreeMemory(domainInfo); + + break; + } + case 3: + /* return lockout information */ + FIXME("level 3 not implemented!\n"); + *pbuffer = NULL; + return NERR_InternalError; + default: + WARN("Invalid level %ld is specified\n", level); + *pbuffer = NULL; + return ERROR_INVALID_LEVEL; } - return NERR_InternalError; + + return NERR_Success; } /************************************************************

1 0

Yet more Soc Ideas
by Mike McCormack 29 Apr '06

29 Apr '06

More ideas for Summer of Code: * Implement a Wine version of OleView * Get Mozilla compiling as a Winelib application Mike

4 3

What's in mmbranch
by Mike McCormack 29 Apr '06

29 Apr '06

Hi, Here's the list of patches on top of Alexandre's "origin" in my public Wine tree. You can pull the branch more easily after setting it up as follows: cat > .git/remotes/mmbranch <<EOF URL: http://mandoo.dyndns.org/wine.git Pull: refs/heads/master:refs/heads/mmbranch EOF Do the above once, then pull the branch with: git fetch mmbranch git pull . mmbranch I will try to keep this branch current until Alexandre returns and resumes committing patches to the WineHQ GIT tree. Happy hacking, Mike bash-3.00$ git log origin.. commit b470af661ea4cc0cf7118740cada503941f51c4f Author: Jason Green <jave27(a)gmail.com> Date: Fri Apr 28 10:22:13 2006 -0400 wined3d: Move _shader_program_dump_decl_usage() into baseshader.c commit 46a6380471e5efec03f86890efdf21d7eb69f7b5 Author: Phil Costin <philcostin(a)hotmail.com> Date: Fri Apr 28 14:41:45 2006 +0100 wined3d: Add check for GL Shading Language 100 Extension commit 43b61e573ebff04a42f8441f84ab8ffe1bd9dce8 Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:50:11 2006 +0100 oleaut32: Implement GetDocumentation_Proxy/Stub commit 19607b31ac0794fbb3db18dc5123931c99b9c7ca Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:48:38 2006 +0100 oleaut32: Implement GetFuncDesc_Proxy and friends commit b0f18ca8f0aea5ca048b6766429c68e6f86db72a Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:42:43 2006 +0100 oleaut32: Implement GetTypeAttr_Proxy and friends commit 032d921bef8a25b8269526e0cd5bccf7dc69e4a0 Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 14:28:24 2006 +0100 rpcrt4: support for non-encapsulated unions commit c4f12130f97f95720b35b13d55b334013cc3690b Author: Vitaly Lipatov <lav(a)etersoft.ru> Date: Fri Apr 28 14:35:36 2006 +0400 mlang: partially implemented ConvertStringEx commit 5fb48efc4e5cf4c7a2435c77fe69423fe141133e Author: Huw D M Davies <h.davies1(a)physics.ox.ac.uk> Date: Fri Apr 28 12:51:36 2006 +0100 gdi32: FcPatternGet( FC_FILE ) only returns the basename as of fontconfig 2.3.92 . commit 20909871737f9a17d9a2e5b7ce4d786e5a163eaf Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 05:23:52 2006 -0400 wined3d: Merge register counting pass for vertex/pixel shaders commit 98c7d831d0b84224a1c02efce7d8dd5461984763 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 05:22:53 2006 -0400 wined3d: Make register counting pass the same for vertex/pixel shaders. commit 7fbeb0c289f2aed0a6328c88615da71c565a75f3 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Fri Apr 28 04:57:24 2006 -0400 wined3d: Share get_register_code() commit 7653d5ce59a6f70c79db887dbf0a219a213b0979 Author: Mike McCormack <mike(a)codeweavers.com> Date: Fri Apr 28 13:41:22 2006 +0900 rpcrt4: Add some defines. commit 7142c341423a72898c72d9fb7f4fd338507a7275 Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:52:12 2006 +0900 Add a stub implementation of mprapi.dll commit 80696aa9fc4703343bc4d08b9107aac51bb2a990 Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:53:19 2006 +0900 Add partial support for ISC_REQ_ALLOCATE_MEMORY in the NTLM security provider commit 68b097f7437c80cd2e141fd76926002931902abf Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Thu Apr 27 20:52:58 2006 +0900 Fix some wrong assumptions in the NTLM test case, make it pass in XP SP2 and Wine commit f5b8ea1c312fc783e12190f6235b346d6941f12e Author: Vitaly Lipatov <lav(a)etersoft.ru> Date: Thu Apr 27 12:23:18 2006 +0400 Fix union usage. commit 11b6680cbc5d87dd6be563c5b9b73278948e1e98 Author: Matt Finnicum <mattfinn(a)gmail.com> Date: Wed Apr 26 12:30:02 2006 -0500 Implement EM_SETUNDOLIMIT commit 73cfc90caa5f644395f2c1f7a35edd9a8d19d81e Author: Juris Smotrovs <juris.smotrovs(a)sets.lv> Date: Tue Apr 25 19:06:10 2006 +0300 Added message sequences to test_mdi_messages of "msg" test to demonstrate problems with position change messages for MDI children with invisible parents. commit 8d70c5a81e8b18d100bf2d5323b8a5e44425d820 Author: qingdoa daoo <qingdao33122(a)yahoo.com> Date: Tue Apr 25 11:27:29 2006 +0800 Update first visible when appropiate in the TVI_SORT case commit a12ed3de2a1b0e3f246224395d8dbbd17ca3f13b Author: Mike McCormack <mike(a)codeweavers.com> Date: Tue Apr 25 22:51:09 2006 +0900 Store drop targets in a standard list. commit b5c46378217c63130e2b7d809b631b3257837199 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:43:54 2006 +0100 Implement the majority of ImpersonateLoggedOnUser commit 952c8a774f0415ca0a20c0f2430c98f0d37a8446 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:43:39 2006 +0100 Retrieve the groups for a token from the server commit ce098cb5c484e15ff4ca15d50de28e824121fcd1 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:44:14 2006 +0100 Initialise the LPWITHREADERROR structure after it has been allocated commit e6cb03f4ab0e7afed9a95099669a5f2cb2591400 Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:42:35 2006 +0100 Threads should start off without having an impersonation token commit eeb9325ea9860c64c0853da723a0afc418d88a7f Author: Robert Shearman <rob(a)codeweavers.com> Date: Wed Apr 26 15:40:38 2006 +0100 Copy some format character types from wine/rpcfc.h to ndrtypes.h and change them into an enumeration commit 4b75cda7e45835bd13ac04fee89f99178ac11e01 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:50:32 2006 +0900 Share get_opcode. commit b1130296853f0d34cbc6f586f01846b1fdca01f2 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:23:43 2006 +0900 Clean up per version shader limits code commit 3a1cdd25ead6eb2d77e65bf26b20f73b27664063 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:26:38 2006 +0900 Separate pshader/vshader tables commit 1ffb77dba1b1393d795c3e4f65958845b9feb521 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:18:07 2006 +0900 Addline cleanup - unifies pixel shader addline() with vertexshader PSTRNCAT(), and puts the result into baseshader.c to be shared - merges its 3 arguments into a structure called SHADER_BUFFER - the varargs were based on Vitaliy Margolen's idea/patch, but I might have a diff. implementation commit b7736f01a1aed27726cc765045a85b3e62dbdf57 Author: Ivan Gyurdiev <ivg2(a)cornell.edu> Date: Thu Apr 27 12:12:40 2006 +0900 QueryInterface corrections. commit 60161b929083cdaf8fb415c66d0af001a96f5cc8 Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 22:42:13 2006 +0900 Add stub implementations for RPC authentication functions. commit 58a699b572c25efe69d10528fed0d40d3e6e7b50 Author: Marcus Meissner <marcus(a)jet.franken.de> Date: Wed Apr 26 18:25:43 2006 +0900 Mark the section with the program entry point as executable. commit 7bd41f92eb6b69e1554dd4f18b8bb58ea8551958 Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 18:19:09 2006 +0900 Fix peeking of http data with a nul byte in it. commit 1bf0b1641d910f1500116cd7f82157b2623e8d5d Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 14:13:52 2006 +0900 Use the source name of the msi package when it fails to copy. commit 6efcc3e0c4b89f90a2348ce4f860b04cf15236ed Author: Mike McCormack <mike(a)codeweavers.com> Date: Wed Apr 26 00:55:51 2006 +0900 Force using /i file.msi, some programs pass properties without an = commit 6fa4ab4716f68a7a39ce58933719ea794980ce9f Author: Eric Kohl <eric.kohl(a)t-online.de> Date: Tue Apr 25 22:44:54 2006 +0900 Implement 'oldnames' option. commit e225f57ee88b1adac6165c7ae562506861fe38f7 Author: Michael Jung <mjung(a)iss.tu-darmstadt.de> Date: Sun Apr 23 21:09:30 2006 +0200 Don't append '\r' to the last paragraph in EM_GETTEXTEX commit c8ad36dd922b8251b533989d051c6fe8d44fbb16 Author: qingdoa daoo <qingdao33122(a)yahoo.com> Date: Tue Apr 25 17:45:50 2006 +0900 Don't duplicate handle in _get_osfhandle commit 40c49959bfd462f678264bd9e4c21e331c603932 Author: Dan Kegel <dank(a)kegel.com> Date: Tue Apr 25 16:50:19 2006 +0900 Fix missing case in MsiSourceListAddSourceEx. commit 074af5529db005f0b5042b36525ca982242fbbba Author: Mike McCormack <mike(a)codeweavers.com> Date: Tue Apr 25 16:31:52 2006 +0900 Add stubs for rpcrt4.NdrFullPointer*(). commit c8a43646881a839c943bd62787c056ce874ee283 Author: Roderick Colenbrander <thunderbird2k(a)gmx.net> Date: Tue Apr 25 13:21:00 2006 +0900 Vertex Shader regtype cleanups commit 61459b6e8e1ddbb206238e6925e00f841d137ac2 Author: Eric Kohl <eric.kohl(a)t-online.de> Date: Tue Apr 25 13:12:47 2006 +0900 Fix a typo. commit 4d2944537b05fa0ceff923f67fe9ef59d9ed724b Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:58:39 2006 +0900 Translated regedit's Hu.rc file. commit 71d22e8d3f2a34569ce327566d0fa1c5a59feb0e Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:55:33 2006 +0900 Translated wordpad's Hu.rc file. commit 056e42487b317be4dc647b43aa0a20a54ff33609 Author: Andras Kovacs <andras(a)csevego.net> Date: Tue Apr 25 00:53:29 2006 +0900 Translated README file. commit bcfa41cd994e8636e7a6e7ae8c0e906c6421ec94 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Apr 21 18:38:40 2006 +0200 shdocvw: Don't use Mozilla ActiveX control id MSHTML is set. commit 9764e5c70501140b899a3a1e3ca636229ffd9f82 Author: Hans Leidekker <hans(a)it.vu.nl> Date: Tue Apr 25 00:46:35 2006 +0900 Document the search functions. commit 0d6d824d2da47a92e76b2c5e529d389dfffe3458 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Tue Apr 25 00:42:39 2006 +0900 Remove no longer needed includes. commit 4cc04cb95689a2bcec430d85f8ff20c0778123f5 Author: Robert Reif <reif(a)earthlink.net> Date: Tue Apr 25 00:29:20 2006 +0900 Add some lsa tests. commit 64cb4b42a7601036ac5c63d8bc56f390ed3ecc89 Author: Matthew Finnicum <mattfinn(a)gmail.com> Date: Mon Apr 24 23:50:45 2006 +0900 Implemented conformance tests for EM_SETUNDOLIMIT. commit afe16f21e06f76e8ef95b1fdf6eda60e21d004a6 Author: Robert Reif <reif(a)earthlink.net> Date: Mon Apr 24 23:54:49 2006 +0900 Fix LsaClose to return STATUS_SUCCESS.

3 4

Re: mscat32: Implement the mscat32 forwarder DLL
by Michael Stefaniuc 29 Apr '06

29 Apr '06

Mike Hearn wrote: > --- /dev/null 2006-04-23 09:28:32.000000000 +0100 > +++ hq/dlls/mscat32/mscat32.spec 2006-04-29 00:35:51.000000000 +0100 > @@ -0,0 +1,38 @@ > +# This DLL just forwards to wintrust ... if a stub is filled out there, forward it here Why don't you just forward all entry points to wintrust? Would save from ever having to touch this file again. For the program it dosn't make a difference if it crashes due to a stub in mscat32 or wintrust. bye michael > + > +1 stub CryptCATVerifyMember > +2 stub CatalogCompactHashDatabase > +3 stdcall CryptCATAdminAcquireContext(long ptr long) wintrust.CryptCATAdminAcquireContext > +4 stub CryptCATAdminAddCatalog > +5 stdcall CryptCATAdminCalcHashFromFileHandle(long ptr ptr long) wintrust.CryptCATAdminCalcHashFromFileHandle > +6 stub CryptCATAdminEnumCatalogFromHash > +7 stub CryptCATAdminReleaseCatalogContext > +8 stdcall CryptCATAdminReleaseContext(long long) wintrust.CryptCATAdminReleaseContext > +9 stub CryptCATCDFClose > +10 stub CryptCATCDFEnumAttributes > +11 stub CryptCATCDFEnumAttributesWithCDFTag > +12 stub CryptCATCDFEnumCatAttributes > +13 stub CryptCATCDFEnumMembers > +14 stub CryptCATCDFEnumMembersByCDFTag > +15 stub CryptCATCDFEnumMembersByCDFTagEx > +16 stub CryptCATCDFOpen > +17 stub CryptCATCatalogInfoFromContext > +18 stub CryptCATClose > +19 stub CryptCATEnumerateAttr > +20 stub CryptCATEnumerateCatAttr > +21 stub CryptCATEnumerateMember > +22 stub CryptCATGetAttrInfo > +23 stub CryptCATGetCatAttrInfo > +24 stub CryptCATGetMemberInfo > +25 stub CryptCATHandleFromStore > +26 stub CryptCATOpen > +27 stub CryptCATPersistStore > +28 stub CryptCATPutAttrInfo > +29 stub CryptCATPutCatAttrInfo > +30 stub CryptCATPutMemberInfo > +31 stub CryptCATStoreFromHandle > +32 stdcall -private DllRegisterServer() wintrust.mscat32DllRegisterServer > +33 stdcall -private DllUnregisterServer() wintrust.mscat32DllUnregisterServer > +34 stub IsCatalogFile > +35 stub MsCatConstructHashTag > +36 stub MsCatFreeHashTag > > > ------------------------------------------------------------------------ > > -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

3 2

SOC Proposal - SafeDisc Support
by Vijay Kiran Kamuju 29 Apr '06

29 Apr '06

Hi, I would like to propose the SafeDisc Project for wine. Main Objective: Support for SafeDisc (basically ver 1 Support) Part 1 (Getting the basic IRP support) Secondary Objective: Have wine specific ntoskrnl.exe that handles this Requirements: Needs to have in depth knowledge of Win32 Internals as well as wine server internals. Difficulty: Moderate to High Mentors: Vitaly Margolen(vitamin) and Alexander Julliard Details: To implement the SafeDisc Support The progress and details can be found here http://wiki.winehq.org/VitaliyMargolen This basically needs the IRP framework for to be implemented for wine (the difficult part). Thanks, Vijay PS: ----- I cannot currently implement this as i have a job to do and now i dont have any free time.

1 1

Re: fix off-by-one in advpack install_init
by Juan Lang 29 Apr '06

29 Apr '06

> Thanks for sending in this patch, but I have a large queue of patches > for advpack ready to send in to wine-patches when Alexandre gets back,\ Could you send them, so Paolo et al don't have to duplicate your work? --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

A busted MSI file
by Mike Hearn 28 Apr '06

28 Apr '06

This MSI file for MSXML3: http://www.microsoft.com/downloads/details.aspx?familyid=28494391-052b-42ff… does not work. It crashes inside custom code after MsiGetPropertyW("CustomActionData") returns the empty string due to the property not being found. A relay trace indicates this sort of thing is happening: 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7d418 L"Will be installed to run from network") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7d270 L"MenuAllLocal") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7cfd8 L"VerdanaBold13") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7be68 L"(OutOfDiskSpace = 1 AND OutOfNoRbDiskSpace = 1) OR (OutOfDiskSpace = 1 AND PROMPTROLLBACKCOST=\"F\")") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=00000001 ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd7ba40 L"{80}") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=00000001 ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd6b650 L"Cancel") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=00000001 ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd6b5e8 L"Description2") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd69660 L"Organization") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd695c0 L"DisableRollbackMessage") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 0010:Call kernel32.lstrcmpW(7fdc68a8 L"CustomActionData",7fd68050 L"HashPart2") ret=7fa5b975 0010:Ret kernel32.lstrcmpW() retval=ffffffff ret=7fa5b975 In other words it seems to not actually be scanning property names but rather random strings from the stringtable. Does any MSI guru want to take a look? I spent an hour on this and didn't get very far, maybe you guys will have more luck ... thanks -mike

1 0

Implementing Xinerama
by Judd Tracy 28 Apr '06

28 Apr '06

I have been trying to get a very simple Xinerama implementation working for wine, but am having some problems. My approach was to just query the system for the screens that make up the display and only report the resolution of the first display with the offset of 0+0. The resolution detection part of the code seems to be working as I can see looking through the traces, but every time the app comes up full screen it still stretches across both screens. I can see it enumerating the displays (there is only one) and finding the correct resolution, but don't understand why it still comes up across both screens. I was hoping someone could explain what else I need to do attempt to get this working. I am using wine version 0.9.11 which I have applied a patch to work around the WorldOfWarcraft picking bug. The Xinerama display that I am using has a resolution of 2560 x 1024 and when I query the screens I get Screen 0: 0+0+1280x1024 and Screen 1: 1280+0+1280x1024. When I detect the screens I only put in one resolution which is the one with offset (0+0). So for my system there should be only one resolution to choose from. I base my code off the structure of XRandR so it should be for the most part correct. If anyone could help it would be appreciated. Judd Tracy

4 3

question regarding dibsections
by Marcus Meissner 28 Apr '06

28 Apr '06

Hi, While debugging twain, I came across the nativexfer method, used by 60-70% of all twain using programs. It has some very unfortunate programming logic. Here is a sample snippet from: http://hp.vector.co.jp/authors/VA011973/prg_twain.htm TW_UINT16 rc; TW_UINT32 hBitmap; TW_BOOL PendingXfers = TRUE; LPBITMAPINFOHEADER lpDib; hBitmap = NULL; rc = lpfnDSM_Entry(pAppId,pSourceId,DG_IMAGE,DAT_IMAGENATIVEXFER,MSG_GET,(TW_MEMREF)&hBitmap); lpDib = (LPBITMAPINFOHEADER)GlobalLock((void*)hBitmap); /* ... */ if(lpdib!=NULL){ GlobalUnlock((void*)hBitmap); GlobalFree((void*)hBitmap); } (hBitmap is the return value of CreateDIBSection()). This sample code apparently assumes that GlobalLock(HBITMAP) gives it a pointer to a BITMAPINFOHEADER. We do not do this, for us HBITMAP is a regular 16bit GDI handle. GlobalLock will not work on it :/ Any ideas? Ciao, Marcus

2 2

Re: fix off-by-one in advpack install_init
by James Hawkins 28 Apr '06

28 Apr '06

On 4/28/06, Paolo Abeni <paolo.abeni(a)email.it> wrote: > hi list, > > The attached patch should fix an off-by-one in advpack install_init. > In current code the working_dir string is corrupted and ie6setup.exe > complain loudly. > Thanks for sending in this patch, but I have a large queue of patches for advpack ready to send in to wine-patches when Alexandre gets back, and this fix is one of the first (of many) fixes that need to be merged. -- James Hawkins

1 0

Re: user: Extend menu conformance test
by Mike McCormack 28 Apr '06

28 Apr '06

tkho(a)ucla.edu wrote: > This patch adds a test to the menu conformance test to point out some bugs. I > submitted a patch earlier that contained both this test and three fixes; I'm > redoing it piecemeal this time. I think splitting it up is a good idea... This test takes about 20 seconds to run on my machine... is there any way to speed it up a bit? Mike

2 1

What do we need from other projects?
by Francois Gouget 28 Apr '06

28 Apr '06

Every once in a while a developer from another project asks 'What could I do in my project to help Wine?'. We know there is stuff that could help us, some have been discussed on the mailing list long ago, but there's no good trace of it so that we are usually unable to really come with a good answer. So I created a Wiki page to keep track of these features we would need from other projects to make Wine better. There are some *BIG* caveats though: * The page is 'http://wiki.winehq.org/WineWishes'. It may be a terrible name so I'm open to other name suggestions. * Currently it's only linked to from my home page so it's pretty much impossible to find. I'm not sure where to link to it though? Would it be ok to link to it from the FrontPage? From the TodoList maybe? * This stuff is pretty technical and I don't feel up to the task of describing for each exactly what we need, what for, and why that project's current API is not good enough for us. So please edit the page and fix up the draft description I have put there. In particular this probably means Kai Blin and/or Juan Lang for the Samba stuff, and Alexandre Julliard, Dmitry Timoshkov or Mike McCormack to correct my weird window manager speculations. And finally, what did I miss? Linux thread priorities? Anything on the sound side? Anything on the X server side? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd.

6 9

boost and winthreads
by Michael Ost 28 Apr '06

28 Apr '06

Does boost::threads + wine threads == happiness? I would like to use boost threads in my winelib application, but they need to coexist with threads created using the windows APIs by 3rd party plugin DLLs. I built a test app that uses the two and they appear to share both a CRITICAL_SECTION and a boost::mutex fine, so it looks like I am in the clear. But I don't have alot of confidence in my understanding of how Wine implements threads, so I thought it would be wise to ask. Attached is my test program. To build and run: $ wineg++ -c boost-win.cpp $ wineg++ -o boost-win.exe.so boost-win.o -lboost_threads $ wine ./boost-win.exe.so Cheers... mo PS: thanks to whoever is responsible for wineg++. What a timesaver! boost-win.cpp: #include "boost/thread.hpp" #include <pthread.h> // pthread_create #include <sys/resource.h> // PRIO_PROCESS #include <stdio.h> // printf #include <windows.h> // CreateThread #define INDENT " " DWORD WINAPI CSTestA(void* arg) { CRITICAL_SECTION* cs = (CRITICAL_SECTION*) arg; puts("in, try CS"); ::EnterCriticalSection(cs); puts("CS locked"); sleep(2); puts("wake up"); ::LeaveCriticalSection(cs); puts("unlock"); sleep(1); puts("wake up, try CS"); ::EnterCriticalSection(cs); puts("CS locked"); sleep(1); puts("wake up"); ::LeaveCriticalSection(cs); puts("unlock"); puts("out"); } struct CSTestB { CSTestB(CRITICAL_SECTION* cs) : m_criticalSection(cs) { } void operator()() { puts(INDENT "in, try CS"); ::EnterCriticalSection(m_criticalSection); puts(INDENT "CS locked"); boost::xtime t; boost::xtime_get(&t, boost::TIME_UTC); t.sec += 3; boost::thread::sleep(t); puts(INDENT"wake up"); ::LeaveCriticalSection(m_criticalSection); puts(INDENT "unlocked, out"); boost::xtime_get(&t, boost::TIME_UTC); t.sec += 3; boost::thread::sleep(t); puts(INDENT "out"); } CRITICAL_SECTION* m_criticalSection; }; struct MutexTestA { MutexTestA(boost::mutex* mutex) : m_mutex(mutex) { } void operator()() { puts("in - try mutex"); boost::xtime t; { // scope boost::mutex::scoped_lock lock(*m_mutex); puts("mutex locked"); boost::xtime_get(&t, boost::TIME_UTC); t.sec += 2; boost::thread::sleep(t); puts("wake up"); } puts("unlock"); boost::xtime_get(&t, boost::TIME_UTC); t.sec += 1; boost::thread::sleep(t); puts("wake up, try mutex"); { // scope boost::mutex::scoped_lock lock(*m_mutex); puts("mutex locked"); boost::xtime_get(&t, boost::TIME_UTC); t.sec += 1; boost::thread::sleep(t); puts("wake up"); } puts("unlock"); puts("out"); } boost::mutex* m_mutex; }; DWORD WINAPI MutexTestB(void* arg) { boost::mutex* mutex = (boost::mutex*) arg; puts(INDENT "in - try mutex"); { // scope boost::mutex::scoped_lock lock(*mutex); puts(INDENT "mutex locked"); boost::xtime t; boost::xtime_get(&t, boost::TIME_UTC); t.sec += 3; boost::thread::sleep(t); puts(INDENT "wake up"); } puts(INDENT "unlock"); puts(INDENT "out"); } int main(int argc, char *argv[]) { // boost blocks on CS held by winthread if (argc > 1 && memcmp(argv[1], "cs", 2) == 0) { puts("Testing CRITICAL_SECTIONS...\n"); puts(" winThread and boostThread share a CRITICAL_SECTION. winThread grabs"); puts(" it and sleeps, while boostThread waits for winThread to wake up and"); puts(" release. Then vice-versa."); puts(""); puts("winThread boostThread"); puts("----------------------------------"); CRITICAL_SECTION* criticalSection = new CRITICAL_SECTION(); ::InitializeCriticalSection(criticalSection); DWORD junk; HANDLE winThread = ::CreateThread(NULL, 0, CSTestA, criticalSection, 0, &junk); // delay 'cause boost starts faster sleep(1); CSTestB boostTest(criticalSection); boost::thread boostThread(boostTest); boostThread.join(); // todo: howto wait for winThread? ::DeleteCriticalSection(criticalSection); delete(criticalSection); } else if (argc > 1 && memcmp(argv[1], "mu", 2) == 0) { puts("Testing boost::mutex...\n"); puts(" winThread and boostThread share a boost::mutex. boostThread grabs"); puts(" it and sleeps, while winThread waits for boostThread to wake up and"); puts(" release. Then vice-versa."); puts(""); puts("boostThread winThread"); puts("----------------------------------"); boost::mutex mutex; MutexTestA testA(&mutex); boost::thread boostThread(testA); DWORD junk; HANDLE winThread = ::CreateThread(NULL, 0, MutexTestB, &mutex, 0, &junk); boostThread.join(); // todo: howto wait for winThread? } else { puts("usage: boost-win [boostcs]"); puts("options:"); puts(" cs - see if boost and win threads can both honor a CRITICAL_SECTION"); return 1; } return 0; }

1 0

Re: [WINED3D 1/3] Share get_register_code()
by H. Verbeet 28 Apr '06

28 Apr '06

On 28/04/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > Move Roderick's new function for obtaining the register code into > wined3d_private.h, Personally, I would prefer to not move code into headers.

2 1

First Wine-Aware malware?
by Stefan Dösinger 28 Apr '06

28 Apr '06

Hi, I just tried to run some "Malware Checker" just for fun in Wine, just out of interest how many infected files it will find on a fresh .wine setup. Bad security habbit, I know :-| . This app was the "ErrorSafe Scanner" from http://de.errorsafe.com/pages/scanner_de/index.php?aid=fastint_at_de_lng_ed… Don't blame me for system breakage if you go there ;-) Well, I ran it in a fresh .wine with my unpriviledged testing user(forgot to remove the Z:\ drive :-( ) . It started without showing anything, and created some autostart registry entries. As it couldn't be killed with Strg+C, I looked at the processes with ps to kill it. Well, I found a lot of "ErrorSafeScannerInstall_de.exe -nag", but also this: 8835 pts/2 S+ 0:00 sh -c ping -w 1 instlog.errorsafe.com >/dev/null 2>/dev/null 8836 pts/2 S+ 0:00 ping -w 1 instlog.errorsafe.com Well, it also showed a few wininet fixmes: fixme:wininet:InternetCheckConnectionW Is there something in Wine which executes the Unix shell to run ping, redirecting all output to /dev/null ? Or did this malware know about Wine and Linux, and started the native apps, with the redirection? Well, I will now do a complete security check on my whole Linux box :-( (That's bad security too, I know, I should flatten the whole system) BTW, that malware is described here: http://www.symantec.com/avcenter/venc/data/errorsafe.html. This page seems to descibe an older version, as the registry entries were different. Stefan

1 1

SoC idea: connet to clamav
by Marcus Meissner 28 Apr '06

28 Apr '06

Hi, Another idea for Summer of Code that strikes me as useful and doable: - Virus Scanner Support WINE is currently one of the ways a UNIX user runs code downloaded from the network. This code is also known to be more often viral infected, might contain worms, or spyware. There exists an OpenSource virus scan engine called ClamAV which could be hooked into WINE, for instance via CreateProcess() or LoadLibrary() or other places. [There is however a small license problem. Clamav is GPLed, while WINE is LPGL.] Ciao, Marcus

2 1

Re: Fixing cross-compilation 2/2
by Mike McCormack 28 Apr '06

28 Apr '06

Paul Millar wrote: > +# Variable dependency based on whether user has run configure with --with-wine-tools option > +TOOLS := $(if @WITH_WINE_TOOLS@,,tools) I think Alexandre considers := and $(if ...) to be non-portable. Mike

2 2

SoC project suggestions
by Mike McCormack 28 Apr '06

28 Apr '06

Here's some suggestions for SoC projects: * Complete the Wine Web browser (aka. Internet Explorer) frame (menu/toolbar/status bar) in shdocvw. We currently have code to render HTML, thanks to Jacek's Mozilla work, and a frame with no controls. * Full URLMoniker implementation. The main goal would be to get native IE working with builtin urlmon.dll. (Jacek's suggestion) * Implement transacted mode for OLE32 Storage (STGM_TRANSACTED). Mike

1 0

Tahoma font
by Louis. Lenders 27 Apr '06

27 Apr '06

Hi, next week i have quite some (travel)time i have to kill, so i thought maybe i could use the time to add tahoma font to wine (needed for Steam). I played around a bit with fontforge and a basically i think i get how to create fonts, and add them to wine. However, i'm not sure what the legal way is to do this; if i import the windows Tahoma.TTF into fontforge it seems the .sfd is already generated but i guess it's not legal to add that to wine. Anyone could help me with a quick (and clear) HOWTO ? ___________________________________________________________ > > Switch an email account to Yahoo! Mail, you could > win FIFA World Cup tickets. http://uk.mail.yahoo.com > ___________________________________________________________ NEW Yahoo! Cars - sell your car and browse thousands of new and used cars online! http://uk.cars.yahoo.com/

5 4

SambaXP update, part 2
by Kai Blin 27 Apr '06

27 Apr '06

Hi folks, now that SambaXP is officialy over, the samba team a couple of other people have retreated to a smaller room to discuss other things. Steve French had a talk about using CIFS on linux as a replacement to NFS which seems to be pretty cool. A couple of other talks were given, too, but if you're really interested, have a look at the schedule[1]. What was more interesting was that after the talks there was a panel discussion where the samba team expressed interest in continuing cooperation with Wine as discussed on last year's wineconf. Steve asked how exactly we wanted the named pipes exposed and if we could write up some testcases for that stuff. I think if anybody is interested in working on that is to email Steve directly. I got some more work on GENSEC done, but in order to really link this together, some more work is needed. I still have things blowing up on me when trying to use it for client-side sspi. Well, that's it for today, Kai [1] http://www.sambaxp.org/index.php?id=25 -- Kai Blin, (blin at gmx dot net) The star of riches is shining upon you.

2 2

A bit more on edit control margins
by Duane Clark 27 Apr '06

27 Apr '06

I went ahead and took a bunch more measurements of font margins in the edit control. These are all taken on real Win2k using traces added to the conformance test test_margins_font_change, and cross compiled with MinGW. So here they are for posterity. The results are rather confusing to me. But there seems to be a general trend. If MinA < MinC, then the trend seems to be something close to: left = (- MinA - MinC) / 2 right = (- MinA - MinC) / 2 if MinA >= MinC left = (- MinA) / 2 right = (- MinC) / 2 edit.c:807:Font:Verdana height=6 ave width=3 max width=7 edit.c:818:ABC MinA=-1, minC=-3 edit.c:825:Margins left=0, right=1 edit.c:807:Font:Verdana height=8 ave width=3 max width=9 edit.c:818:ABC MinA=-1, minC=-4 edit.c:825:Margins left=0, right=2 edit.c:807:Font:Verdana height=12 ave width=5 max width=13 edit.c:818:ABC MinA=-1, minC=-5 edit.c:825:Margins left=0, right=3 edit.c:807:Font:Verdana height=16 ave width=7 max width=19 edit.c:818:ABC MinA=-1, minC=-7 edit.c:825:Margins left=1, right=4 edit.c:807:Font:Verdana height=20 ave width=9 max width=25 edit.c:818:ABC MinA=-2, minC=-9 edit.c:825:Margins left=1, right=5 edit.c:807:Font:Verdana height=22 ave width=9 max width=27 edit.c:818:ABC MinA=-2, minC=-9 edit.c:825:Margins left=1, right=5 edit.c:809:Font:Verdana height=23 ave width=10 max width=28 edit.c:825:ABC MinA=-1, minC=-10 edit.c:832:Margins left=1, right=6 edit.c:807:Font:Verdana height=26 ave width=11 max width=33 edit.c:818:ABC MinA=-1, minC=-12 edit.c:825:Margins left=1, right=7 edit.c:807:Font:Verdana height=29 ave width=12 max width=36 edit.c:818:ABC MinA=-1, minC=-13 edit.c:825:Margins left=1, right=7 edit.c:811:Font:Verdana height=23 ave width=11 max width=29 edit.c:813:Italic=0 Cmded Weight=600 TM Weight=700 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-1, minC=-11 edit.c:835:Margins left=1, right=6 edit.c:811:Font:Verdana height=23 ave width=11 max width=34 edit.c:813:Italic=0 Cmded Weight=700 TM Weight=700 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-1, minC=-11 edit.c:835:Margins left=1, right=6 edit.c:807:Font:Arial height=12 ave width=4 max width=24 edit.c:818:ABC MinA=-4, minC=-2 edit.c:825:Margins left=2, right=2 edit.c:807:Font:Arial height=16 ave width=6 max width=35 edit.c:818:ABC MinA=-7, minC=-2 edit.c:825:Margins left=3, right=3 edit.c:807:Font:Arial height=19 ave width=8 max width=45 edit.c:818:ABC MinA=-7, minC=-3 edit.c:825:Margins left=4, right=4 edit.c:809:Font:Arial height=24 ave width=9 max width=56 edit.c:812:otmEMSquare=15 edit.c:825:ABC MinA=-10, minC=-2 edit.c:832:Margins left=6, right=5 edit.c:811:Font:Arial height=24 ave width=10 max width=53 edit.c:813:Italic=0 Cmded Weight=700 TM Weight=700 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-9, minC=-2 edit.c:835:Margins left=6, right=5 edit.c:807:Font:Bookman Old Style height=16 ave width=6 max width=18 edit.c:818:ABC MinA=-1, minC=-2 edit.c:825:Margins left=2, right=2 edit.c:809:Font:Bookman Old Style height=24 ave width=10 max width=32 edit.c:812:otmEMSquare=15 edit.c:825:ABC MinA=-2, minC=-2 edit.c:832:Margins left=4, right=4 edit.c:807:Font:Century Gothic height=24 ave width=10 max width=28 edit.c:818:ABC MinA=-2, minC=-2 edit.c:825:Margins left=4, right=4 edit.c:807:Font:Courier New height=24 ave width=13 max width=15 edit.c:818:ABC MinA=0, minC=-1 edit.c:825:Margins left=0, right=0 edit.c:809:Font:Garamond height=24 ave width=8 max width=26 edit.c:812:otmEMSquare=14 edit.c:825:ABC MinA=-2, minC=-2 edit.c:832:Margins left=3, right=3 edit.c:809:Font:Lucida Sans Unicode height=23 ave width=10 max width=40 edit.c:812:otmEMSquare=16 edit.c:825:ABC MinA=-12, minC=-2 edit.c:832:Margins left=6, right=6 edit.c:809:Font:Marlett height=24 ave width=23 max width=24 edit.c:812:otmEMSquare=24 edit.c:825:ABC MinA=0, minC=0 edit.c:832:Margins left=0, right=0 edit.c:809:Font:Math1 Bold height=24 ave width=10 max width=34 edit.c:812:otmEMSquare=15 edit.c:825:ABC MinA=-2, minC=-10 edit.c:832:Margins left=2, right=6 edit.c:809:Font:Mathematica1 height=23 ave width=11 max width=35 edit.c:812:otmEMSquare=17 edit.c:825:ABC MinA=-2, minC=-11 edit.c:832:Margins left=3, right=6 edit.c:809:Font:Mathematica7 height=24 ave width=12 max width=24 edit.c:812:otmEMSquare=18 edit.c:825:ABC MinA=-1, minC=-1 edit.c:832:Margins left=0, right=1 edit.c:809:Font:Microsoft Sans Serif height=24 ave width=8 max width=34 edit.c:812:otmEMSquare=14 edit.c:825:ABC MinA=-1, minC=-2 edit.c:832:Margins left=0, right=0 edit.c:809:Font:MT Extra height=24 ave width=15 max width=24 edit.c:812:otmEMSquare=19 edit.c:825:ABC MinA=0, minC=-1 edit.c:832:Margins left=0, right=0 edit.c:809:Font:MT Symbol height=24 ave width=9 max width=23 edit.c:812:otmEMSquare=19 edit.c:825:ABC MinA=-3, minC=-4 edit.c:832:Margins left=3, right=4 edit.c:809:Font:Palatino Linotype height=24 ave width=8 max width=29 edit.c:812:otmEMSquare=13 edit.c:825:ABC MinA=-3, minC=-3 edit.c:832:Margins left=3, right=3 edit.c:809:Font:Symbol height=24 ave width=12 max width=22 edit.c:812:otmEMSquare=14 edit.c:825:ABC MinA=-2, minC=-10 edit.c:832:Margins left=3, right=6 edit.c:811:Font:Tahoma height=24 ave width=9 max width=39 edit.c:813:Italic=0 Cmded Weight=400 TM Weight=400 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-9, minC=-2 edit.c:835:Margins left=5, right=5 edit.c:811:Font:Tahoma height=24 ave width=9 max width=39 edit.c:813:Italic=0 Cmded Weight=500 TM Weight=400 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-9, minC=-2 edit.c:835:Margins left=5, right=5 edit.c:811:Font:Tahoma height=24 ave width=10 max width=40 edit.c:813:Italic=0 Cmded Weight=600 TM Weight=700 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-9, minC=-2 edit.c:835:Margins left=6, right=6 edit.c:811:Font:Tahoma height=24 ave width=10 max width=46 edit.c:813:Italic=0 Cmded Weight=700 TM Weight=700 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-11, minC=-2 edit.c:835:Margins left=0, right=0 edit.c:811:Font:Tahoma height=24 ave width=10 max width=46 edit.c:813:Italic=0 Cmded Weight=800 TM Weight=700 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-11, minC=-2 edit.c:835:Margins left=0, right=0 edit.c:811:Font:Tahoma height=24 ave width=9 max width=39 edit.c:813:Italic=255 Cmded Weight=400 TM Weight=400 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-9, minC=-8 edit.c:835:Margins left=5, right=5 edit.c:811:Font:Tahoma height=24 ave width=11 max width=47 edit.c:813:Italic=255 Cmded Weight=800 TM Weight=700 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-10, minC=-8 edit.c:835:Margins left=1, right=6 edit.c:811:Font:Tahoma Bold height=24 ave width=10 max width=46 edit.c:813:I=0 U=0 W=700 edit.c:815:otmEMSquare=15 edit.c:828:ABC MinA=-11, minC=-2 edit.c:835:Margins left=0, right=0 edit.c:809:Font:Times New Roman height=23 ave width=8 max width=54 edit.c:811:I=0 U=0 W=400 edit.c:813:otmEMSquare=15 edit.c:826:ABC MinA=-10, minC=-3 edit.c:833:Margins left=6, right=5 edit.c:810:Font:Times New Roman height=23 ave width=8 max width=34 edit.c:812:I=255 U=0 W=400 edit.c:814:otmEMSquare=15 edit.c:827:ABC MinA=-10, minC=-5 edit.c:834:Margins left=5, right=5 edit.c:811:Font:Times New Roman height=24 ave width=9 max width=37 edit.c:813:I=255 U=0 W=700 edit.c:815:otmEMSquare=14 edit.c:828:ABC MinA=-11, minC=-6 edit.c:835:Margins left=6, right=6 edit.c:809:Font:Trebuchet MS height=24 ave width=9 max width=20 edit.c:812:otmEMSquare=14 edit.c:825:ABC MinA=-2, minC=-2 edit.c:832:Margins left=2, right=1 edit.c:809:Font:Wingdings height=23 ave width=19 max width=29 edit.c:812:otmEMSquare=16 edit.c:825:ABC MinA=0, minC=-1 edit.c:832:Margins left=0, right=1

1 0

Re: First patch: Regedit Multi-String Value
by Juan Lang 27 Apr '06

27 Apr '06

Hi Philippe, a couple more thoughts: +TCHAR* convert_multistringvalue( BOOL toRegistryFormat, TCHAR* value, LONG *len ) This function shares very little code between the toRegistryFormat == FALSE and toRegistryFormat == TRUE versions. I think this would be cleaner as two separate functions. + /* We found out the amount of strings in the list. Allocate enough memory for the + new list of strings separated by new lines. */ This comment's a bit verbose, I think it's clear enough what the function is doing without it. + /* A REG_MULTI_SZ entry is basically a list of NULL terminated strings */ + /* Each string represents a single line. The list is terminated by another NULL characters */ + /* Here we convert all the new line charaters to NULL characters */ + /* Also we make sure to terminate with two NULL characters */ This comment is redundant with the comments for the function. Like Mike M's comments, mine are mostly cosmetic, which is a good sign. Once you feel the patch is ready, please send to wine-patches. Welcome to wine hacking! --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[SOC] ASIO
by Christian Gmeiner 27 Apr '06

27 Apr '06

What is ASIO? ASIO is a driver interface for pro-audio apps developed by Steinberg. It's somewhat similar to our beloved Jack sound server, but not as advanced. I thought about implementing ASIO for wine so we are one step neaer to a running Cubase. I have also some advanced audio hardware - hercules 16/12 fw (need to check if there are some dirvers). At the moment I am a student of Computer Sciences in the 4 term and have done programming with c, c++ and java. Bugs, which get fixed: http://bugs.winehq.com/show_bug.cgi?id=2161 What do you think about this idea? Thanks, Christian

9 10

Announcing Wineconf 2006, urgent need for head count
by Jeremy White 27 Apr '06

27 Apr '06

Hi folks, I am pleased to announce that Rob Shearman has arranged for us to have Wineconf in his home town, Reading, in the UK. It will be held at the University of Reading: http://www.fmd.rdg.ac.uk/res/CommercialAccommodation.asp It will be on the weekend of September 16 and 17. We have a wrinkle we need your help on. That is, as we make our deposit (which we need to do quickly), we have to tell them how many rooms we want to reserve. The have a good deal on rooms (40 pounds/night, which is quite good, afaict). The trick is that we have to pay for all the rooms we reserve ahead of time; we can't ask for 50 rooms and then only use 43. We have to pay for all 50. We may be able to ask for 50 rooms, and then get another 3 or 4, although that's not guaranteed. So, *if you want a room at Wineconf*, please fill in this form ASAP: http://www.winehq.org/site/wineconf/survey06 If you're not sure you'll make it, but think you might, we have a choice for that too <grin>. Act now or you'll be sleeping in Swindon... Cheers, Jeremy

1 0

Questions about Wine
by ethereal＠centrum.cz 27 Apr '06

27 Apr '06

Hi! I have a question and some reminds about Wine. 1.) When it will be all applications and games supported on 100% ? 2.) Why wine doesn't accept my own config at all? 3.) Add more options to Winecfg. It will be fine and welcomed. 4.) I have small fonts in some apps (size about 4 and it has curious look) 5.) Wine doesn't link new installed apps to my desktop and "start menu" My system is Fedora Core 5 and KDE as window manager

3 2

Just want to make a comment about the current status of the project
by Philip V. Neves 27 Apr '06

27 Apr '06

I've been really looking at wine for the last couple of months or so. Last little bit I've been helping by doing some testing and filing bug reports. I must say the developers of this project have done an amazing job. Its increadible how close you all are. If you can at least get code associated with making install shield based installers and other installers work flawlessly in the next little while this project will set the being a major thorn in Microsofts side when they bring out Vista. This project has the potential to really deflate them. If anything could be a major encouragement to you this no doubt should be. Thanx guys.

3 2

Temporary wine.git tree
by Mike McCormack 27 Apr '06

27 Apr '06

Hi, Since Alexandre is lying on the beach in Greece and there'll be a gap between commits, I've made my Wine tree available and will be committing patches from wine-patches to it. You can pull (merge) these changes into your current Wine GIT tree it as follows: git fetch http://mandoo.dyndns.org/wine.git master:mmbranch git pull . mmbranch I'll send Alexandre a all the patches in the tree when he returns, but his tastes may differ to mine... :) Hopefully this will help prevent development from dropping to a snail's pace for two weeks. Mike

3 3

First patch: Regedit Multi-String Value
by Hedos 26 Apr '06

26 Apr '06

Hello folks! I'm new to Wine development, and I've just completed my first patch. I hope I could get some advices to make sure I'm heading in the right direction. Just a bit myself now to clear up a few things: I'm a first year college student who realized this week-end the Google Summer of Code was back again. So, I thought I should definitly give it a try. I started to look around to eventually stumble on the Wine page, which immediatly kept my attention as the type of programming it requires interested me the most. So, I already had experience using Wine, but none regarding Wine development. I downloaded the source and started exploring it since then. There seems to be a lot of exciting projects one could work on for Wine, I might send an application for a project, but so far, I only want to keep exploring before preparing anything else. I tried to code something to get used to the project organization, so I started with something really simple, which is the patch I am proposing here. It allows Multi-String Value edits in Wine's regedit! It is quite simple and definitly not concerning Wine's core code, but I thought it'd be a good start. If anybody wants to try it and comment, I'd be really glad to hear from you! I'll keep you updated as I adventure deeper in my Wine exploration! Thanks a lot, Philippe Paradis

4 4

Open Invention Network
by Michael Jung 26 Apr '06

26 Apr '06

Hello, I've just read an article on Linux Weekly News, which I guess might be interesting for Wine: http://lwn.net/Articles/178673/ (How Mono got into Fedora) I'll try to summarize: Basically, Novell bought Commerce One when they went bancrupt. Commerce One had some important patents related to XML webservices. Novell donated those to a newly formed organization called "Open Invention Network". OIN gives royalty free licences to companys and individuals who agree not to sue certain open source projects for violating their patents in turn. (http://openinventionnetwork.com/pat_linuxdefpop.html - Wine is currently not on the list). The interesting thing is the following. If a project, which is on this list, is sued for patent infringment, then it is allowed to use the OIN patents in a countersuit. I hope this isn't old news. Perhaps Wine should apply to get on OIN's "Linux definition" list? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: riched20: Implement EM_SETUNDOLIMIT and its conformance tests, take 2
by Dimi Paun 26 Apr '06

26 Apr '06

On Wed, April 26, 2006 1:30 pm, Matt Finnicum said: > I welcome your comments on the patch. Minor nits: -- how about 2 constants for the values 100, 1000 #define STACK_SIZE_DEFAULT 100 #define STACK_SIZE_MAX 1000 -- maybe use min(wParam, STACK_SIZE_MAX) when setting it -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: setupapi: Fix parsing of UCS-16 files
by Detlef Riekenberg 26 Apr '06

26 Apr '06

Am Mittwoch, den 26.04.2006, 15:42 +0100 schrieb Robert Shearman: > + if (*new_buff == 0xfeff) > + new_buff++; > .. new_buff, (WCHAR *)((char*)new_buff +size), error_line ); This points behind the End of the File-Mapping, when you skip the BOM. The Pointer to the End of the Data is still: (WCHAR *)((char*)buffer+size -- By By ... ... Detlef

1 0

Re: LOSTWAGES PATCH: SUSE Download
by Segin 26 Apr '06

26 Apr '06

Marcus Meissner wrote: >Hi, > >Adjust SUSE download entry to match what RPMs there are now. > >Ciao, Marcus > >Index: download.template >=================================================================== >RCS file: /home/wine/lostwages/templates/en/download.template,v >retrieving revision 1.77 >diff -u -r1.77 download.template >--- download.template 4 Apr 2006 21:56:03 -0000 1.77 >+++ download.template 25 Apr 2006 21:25:27 -0000 >@@ -34,7 +34,7 @@ > <img src="{$root}/images/distro/suse.png" width="50" height="50" alt="SUSE Linux" border="0"></a> > </td> > <td> <b><a href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=7…">SUSE</a></b> >- binary and source .rpms for SUSE 9.0, 9.1, 9.2, 9.3, and 10.0</td> >+ binary and source .rpms for SUSE 9.1, 9.2, 9.3, 10.0, and 10.1</td> > <td><a href="mailto:meissner@suse.de">Marcus Meissner</a></td> > </tr> > > > > > > Let me hack at that patch a bit... Index: download.template =================================================================== RCS file: /home/wine/lostwages/templates/en/download.template,v retrieving revision 1.77 diff -u -r1.77 download.template --- download.template 4 Apr 2006 21:56:03 -0000 1.77 +++ download.template 25 Apr 2006 21:25:27 -0000 @@ -34,7 +34,7 @@ <img src="{$root}/images/distro/suse.png" width="50" height="50" alt="SUSE Linux" border="0"></a> </td> <td> <b><a href="http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=7…">SUSE</a></b> - binary and source .rpms for SUSE 9.0, 9.1, 9.2, 9.3, and 10.0</td> + binary and source .rpms for SUSE 9.0, 9.1, 9.2, 9.3, 10.0, and 10.1</td> <td><a href="mailto:meissner@suse.de">Marcus Meissner</a></td> </tr> There we go. We don't want to give the impression to SUSE 9.0 users that we are telling them to fuck off.

3 2

SOC project
by Kai Blin 26 Apr '06

26 Apr '06

Hi folks, after I implemented NTLM authentication using samba's ntlm_auth for last year's SOC, I'm considering entering again this year. Now what I wanted to as was the following. I've recently started to look into the GENSEC library samba4 has to implement SSPI authentication and signing/sealing, as the latter is impossible to do with ntlm_auth. Now, would you consider this to be too cheesy to do as a project for summer of code? If yes, I would of course try to think of something else I can do, but I'd really like to see SSPI doing all that's possible on win32 one day. And I think GENSEC is the way to go. So far this has the issue of GENSEC not being under the LGPL, but I've already talked to Andrew Bartlett about this, and I'm currently writing a proof of concept application that GENSEC is usable from outside the samba source. Once I have that talking to SSPI on the windows side, I guess I can convince him to relicense GENSEC as LGPL. The backup plan to that would be to add a small wrapper program and use a stdio interface to GENSEC similar to the solution with ntlm_auth now. Cheers, Kai -- Kai Blin, (blin at gmx dot net) If condition persists, consult your physician.

14 31

Support section revamp
by Jeremy White 26 Apr '06

26 Apr '06

Hi Folks, We've now reconnected the newgroup comp.emulators.ms-windows.wine to the wine-users mailing list, so they are, in theory, one 'virtual' community. We also revamped the web site a bit to try to make these things pop out a bit more. Please see this page in particular: http://www.winehq.org/site/getting_help Hopefully this will help people find a way to search for help and connect to the wine-users community a bit more easily, and ease some of the current pain around the lack of a forum. Cheers, Jeremy

4 3

SambaXP update
by Kai Blin 25 Apr '06

25 Apr '06

Hi folks, As SerNet and the Samba team has invited me to SambaXP, I thought I'd give a short update on what happened here so far that is interesting for Wine. The talks today were only mildly interesting from the Wine point of view, but that chatting with the Samba folks in the breaks was really productive. I've talked to Steve French about exposing named pipes as file descriptors or fifos and he thinks that should be doable. I have to admit I'm not totally sure what those beasts are needed for, but Juan asked me to bug Steve about. I guess his talk about using CIFS on linux will be interesting, too. On the SSPI/GENSEC side, I've talked to Andrew Bartlett and Jelmer Vernooij about isolating GENSEC from the Samba code a bit more so it's useable without pulling in too much of the other Samba code (which is also GPL and not useable). They don't seem too happy about releasing GENSEC under the LGPL either, but seem to prefer that to other, less elegant solutions like a wrapper library or a stdio interface. On the bright side, I managed to get Wine code to compile with GENSEC using some quick hacks. That brings me a bit closer to a proof of concept implementation the Samba people want to see. The schedule for tomorrow will see more technical talks, and I'll continue to hack on wine-gensec a bit, and of course I'll try to give another report from the conference. Cheers, Kai -- Kai Blin, (blin at gmx dot net) For a man to truly understand rejection, he must first be ignored by a cat.

1 0

Re: [WINED3D] Use shorter lines in drawprim.c (whitespace)
by Stefan Dösinger 25 Apr '06

25 Apr '06

Hi, > +void primitiveDeclarationConvertToStridedData( > + IWineD3DDevice *iface, > + BOOL useVertexShaderFunction, > + Direct3DVertexStridedData *strided, > + LONG BaseVertexIndex, > + DWORD *fvf, > + BOOL storeOrder, > + INT arrayUsageMap[WINED3DSHADERDECLUSAGE_MAX_USAGE]) { I personally dislike that. In my opinion it's better this way: void primitiveDeclarationConvertToStridedData(IWineD3DDevice *iface, BOOL useVertexShaderFunction, ... ) { code; } Well, primitiveDeclarationConvertToStridedData is a bit of a bad example, because the function name isn't that short and INT arrayUsageMap[WINED3DSHADERDECLUSAGE_MAX_USAGE] is long too. However, it makes much more sense for the usual COM functions IMO: /*************************************************************** * IWineD3DDevice::SetTexture * * Some comments don't hurt. That's the usual style I have * found in other places, I think we should consistently * write what each function does for WineD3D, as is is a Wine- * specific dll and doesn't have MSDN documentation * * Params: * stage: What's this? * Texture: What's this? * * Returns: * What should the return value be? * ***************************************************************/ HRESULT WINAPI IWineD3DDeviceImpl_SetTexture(IWineD3DDevice *iface, DWORD stage, IWineD3DBaseTexture *Texture) { IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *) iface; IWineD3DBaseTextureImpl *TexImpl = (IWineD3DBaseTextureImpl *) Texture; HRESULT hr; foo(); bar(); /* Do a function call: */ hr = IWineD3DDevice_FunkyCall(iface, Param1, Param2); if(hr != D3D_OK) { /* What went wrong? */ return WINED3DERR_VERYBADERROR; } return WINED3D_OK; } Just my 2 cent. I know this is all a matter of taste. I plan making up the WineD3D code this way when AJ is back and patches go in again. Stefan

3 2

Getting wrc to handle long long
by Bill Medland 25 Apr '06

25 Apr '06

(Further to my previous patch) I have little real experience with handling multiple platforms so I have no idea how this needs to be fixed. Can anyone make some suggestions. Currently the decision as to whether wrc will handle long long constants depends upon #if defined (SIZEOF_LONGLONG) && SIZEOF_LONGLONG >= 8 So where is this SIZEOF_LONGLONG supposed to come from? I presumed it was either a standard definition or a Microsoft one but I guess not; The APR uses one but that seems to be it. So I suggest maybe we should simply use #if defined (LLONG_MAX) which is at least part of C99 But then how to get LLONG_MAX set when compiling up wpp. I managed to hack it by adding std=gnu99 to the CFLAGS in the makefile but that is hardly portable. Can someone give a better suggestion? Is there something we are already checking in the configure that we can use? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

1 0

Re: KERNEL: [2/2] changed test for FindFirstFileEx (Edited)
by Vitaliy Margolen 25 Apr '06

25 Apr '06

Monday, April 24, 2006, 2:23:31 AM, Konstantin Petrov wrote: > (Patch edited) > There were the problem while I advert to dosdevices through WINE. I made the > test (Windows vs Wine), which shows that in Windows there are available > dosfiles (such as NUL, COM1, COM2,.., LPT1, ..), and in Wine aren't. The > characteristic property of these files is that I can advert to them only > directly. In other cases they are invisible. > patch for test > changelog > tests/file.c: added test of FindFirstFileA to check correct handling > of > advertments to dosdevices. May I ask why such complication? Isn't it easier to create all those COM LPT, NUL, etc in ~/.wine/dosdevices? That seems to be a better way to handle this, because that some-what close to how native does it. Btw that also will clear all the questions where COM and LPT ports point to. Vitaliy Margolen

2 1

DIB Engine Question
by Jesse Allen 25 Apr '06

25 Apr '06

Hi, I've done some reading on the DIB engine and I cannot determine where is the best place to integrate the code. Should it be in x11drv, gdi, or it's own DLL, or wined3d? Of course I want to do it right the first time when I start coding. =) Jesse

1 0

Re-proposal: web forums
by Mike Hearn 25 Apr '06

25 Apr '06

Many projects, including large ones such as Gentoo, provide web forums for their users. The benefits are: * Users can help each other * Sometimes developers may read it and: * Be able to help users too * Learn what difficulties people are facing * Many people seem to prefer the web interface to mailing lists/newsgroups It has been brought up before and people weren't really keen, but I thought I'd bring it up again as we get a lot of value out of the forums in the autopackage project, and I can't seem to find the old 3rd party Wine forums there used to be anymore. So I'd like to propose: http://forums.winehq.org/ Running phpBB or some similar type web forum software, with official links and so on from WineHQ. Newman, what do you think, do we have server capacity to do this? Do you have time to set it up? Others, does anybody have any _serious_ objections (by which I mean other than "I don't like web interfaces" ;) thanks -mike

18 43

HTML e-mails
by Vitaliy Margolen 25 Apr '06

25 Apr '06

I'm sure that everyone of us really enjoys seeing influx of these wonderful HTML messages. People please don't send HTML e-mails to the mailing lists. Tey are a pain to read. And if some one about to say that's not their fault because they use gmail - then DON'T use gmail for this mailing list. Or configure it so it does not send HTML messages. Vitaliy

6 7

Re: WineD3D: Implement GetDC and ReleaseDC
by Stefan Dösinger 25 Apr '06

25 Apr '06

Am Freitag, 21. April 2006 19:57 schrieb Stefan Dösinger: > This patch implements IWineD3DSurface::GetDC and > IWineD3DSurface::ReleaseDC. The code is basically taken from > dlls/ddraw/surface_dib.c > > Changelog: > Stefan Dösinger(for CodeWeavers): Implement IWineD3DSurface::GetDC and > IWineD3DSurface::ReleaseDC Alexandre, please don't apply this patch. I have found some problems with palettized surfaces and 24 bit textures, and I found that I should keep the dib section after it has been created once for performance reasons. Stefan

1 0

Re: Web forums - simple suggestion
by Jonathan Ernst 25 Apr '06

25 Apr '06

It seems this mail didn't make it in... Le mardi 25 avril 2006 à 01:44 +0200, Molle Bestefich a écrit : > Eric Pouech wrote: > > my 0.02€ on the longuest thread of the year. > > I think we ought to have some sort of a phpBB forum. That way you > wouldn't get all this crap in your inbox - you could just selectively > choose the topics that interest you :-).. Please tell me how that is different than that: http://img251.imageshack.us/my.php?image=evolution5xa.jpg I can choose selectively what I want to read. I can put a flag near threads that I like to "bookmark" I don't get any e-mail in my regular mailboxes I can search through the archives Well, I don't have Stickies-like content go in the FAQs/AppDB/Wiki/Docs Please don't add yet another source of information. People ought to know how to use a mail client nowadays and most mail clients (even the dreaded outlook express) can do nntp since ages. As Jeremy White said before, I agree we could improve the instructions on http://www.winehq.org/forums. And note that if your computer is properly configured, a simple one-click on the nntp link on that page will give your nntp client all the informations needed to access the newsgroup. Regards.

1 0

Re: Stub Implementation of FSCTL_LOCK_VOLUME and FSCTL_UNLOCK_VOLUME in NtFsControlFile() in ntdll
by Mike McCormack 25 Apr '06

25 Apr '06

Bernd Buschinski wrote: > + case FSCTL_LOCK_VOLUME: > + case FSCTL_UNLOCK_VOLUME: > + io->u.Status = STATUS_SUCCESS; > + break; Shouldn't this have a FIXME showing that we're not doing something? Mike

1 0

Re: riched20: EM_GETLINE implementation and test (resend)
by Mike McCormack 25 Apr '06

25 Apr '06

tkho(a)ucla.edu wrote: > + memcpy(dest, L"\r", nEndChars*2); Wide character strings aren't portable. Please use something like: static const WCHAR szsr[] = { '\r', 0 }; Mike

1 0

Re: HTML e-mails
by Tony Lambregts 25 Apr '06

25 Apr '06

Vitaliy Margolen wrote: > I'm sure that everyone of us really enjoys seeing influx of these > wonderful HTML messages. > > People please don't send HTML e-mails to the mailing lists. Tey are a pain > to read. And if some one about to say that's not their fault because they > use gmail - then DON'T use gmail for this mailing list. Or configure it > so it does not send HTML messages. > > Vitaliy > The main problem with using the Gmail web interface to send emails is that at present there is no way of specifying that a certain address always gets plain text. So if you have just sent a "Rich formatted"(HTML) message you have to remember change the setting back to "Plain text". Seeing as I almost never send "Rich formatted"(HTML) messages anyway this is not a problem for me. Sending from gmail.... -- Tony Lambregts

2 1

Web forums - simple suggestion
by Jeremy White 24 Apr '06

24 Apr '06

Okay, so I've followed this thread, and I have a range of thoughts and what I think is a simple solution. First of all, if disk space is an issue, it's easily corrected with a $100 IDE drive. I think the real issue is that Jer doesn't like to work on half baked ideas unless they're more fully baked or someone else he trusts is cooking in the kitchen :-/. Second of all, it seems to me that the biggest problem is simply one of presentation. This is the relevant page: http://www.winehq.org/site/forums The current information is really quite poorly presented. There is way too much information; the useful bits (the Gmane and Google links) are buried way to deep imho. Third, I think the biggest problem is that there are 2 places to go for help. The wine-users mailing list, and the legacy usenet newsgroup. For a while, the two were connected, until the old gateway we were using broke down, and Jer ripped his hair out trying to make it work. But time has passed, and now Mailman has a builtin news <--> mail gateway system, and maybe we can reconnect them. (I'll go discuss this with Jer; if I'm not heard from ever again, it's because he beat me to a pulp with his printout of the Mailman manuals <grin>). But if we can reconnect them, then I think a nice solution would be to retool that page so the Google interface pops out: http://groups.google.com/group/comp.emulators.ms-windows.wine That looks forumishy enough to me to satisfy many people, and yet is nicely backwards compatible with all current systems. Cheers, Jeremy

4 6

Bug when using FlashFXP still exists
by liefie diefie 24 Apr '06

24 Apr '06

FlashFXP (and other programs might as well) crash when trying to list. There was a patch submitted but that patch doesn't work unfortunately. Here you can see the details of it: http://www.winehq.org/pipermail/wine-devel/2005-April/035687.html I hope there will be somebody who is willing to give this a second look. You can always contact me for testing. Thank you.

1 0

NetUserGetInfo and unsupported levels
by Aidan Thornton 24 Apr '06

24 Apr '06

Hi, Is there any particular reason why NetUserGetInfo returns success if it's called with a valid but unsupported value for level? This seems to cause problems for at least MSYS (part of MinGW), as it assumes this means that *bufptr has been set to something valid, when in fact the function call hasn't done this, or indeed anything much. (See bug #4488.) Aidan Thornton

2 2

Re: KERNEL: [2/2] changed test for FindFirstFileEx (Edited)
by Eric Pouech 24 Apr '06

24 Apr '06

Konstantin Petrov wrote: > (Patch edited) > There were the problem while I advert to dosdevices through WINE. I made the > test (Windows vs Wine), which shows that in Windows there are available > dosfiles (such as NUL, COM1, COM2,.., LPT1, ..), and in Wine aren't. The > characteristic property of these files is that I can advert to them only > directly. In other cases they are invisible. > > patch for test > > changelog > tests/file.c: added test of FindFirstFileA to check correct handling > of > advertments to dosdevices. in you test cases, it would be worthwhile to test: - that the dos devices are only used when the full name is used, and not in other cases (like with trailing ' ', or a trailing dot '.', or even a wild card) - FindNextFileEx should also be checked to ensure the enumeration stops after the first one A+ -- Eric Pouech

1 0

Re: KERNEL: [1/2] fixed FindFirstFileExW; support for dosdevices (NUL, LPT[1-9], COM[1-9]...) (Edited)
by Eric Pouech 24 Apr '06

24 Apr '06

Konstantin Petrov wrote: > (Patch Edited) > There were the problem while I advert to dosdevices through WINE. I made the > test (Windows vs Wine), which shows that in Windows there are available > dosdevices-files (such as NUL, COM1, COM2,.., LPT1, ..), and in Wine aren't. > The characteristic property of these files is that I can advert to them only > directly. In other cases they are invisible. > > patch for FinFrstFileExW > > changelog > file.c: fixed FindFirstFileExW for correct work with dosdevices. HI Konstantin, a couple of comments on your patch > > > ------------------------------------------------------------------------ > > Fix dosdevice finding (by argentum(a)etersoft.ru) > > Index: dlls/kernel/file.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/file.c,v > retrieving revision 1.51 > diff -u -p -u -r1.51 file.c > --- dlls/kernel/file.c 3 Apr 2006 19:46:58 -0000 1.51 > +++ dlls/kernel/file.c 5 Apr 2006 05:43:28 -0000 > @@ -1552,7 +1553,9 @@ HANDLE WINAPI FindFirstFileExW( LPCWSTR > OBJECT_ATTRIBUTES attr; > IO_STATUS_BLOCK io; > NTSTATUS status; > + ULONG dos_device; > > + > TRACE("%s %d %p %d %p %lx\n", debugstr_w(filename), level, data, search_op, filter, flags); > > if ((search_op != FindExSearchNameMatch && search_op != FindExSearchLimitToDirectories) > @@ -1575,8 +1578,74 @@ HANDLE WINAPI FindFirstFileExW( LPCWSTR > > if (!mask || !*mask) > { > - SetLastError( ERROR_FILE_NOT_FOUND ); > - goto error; > + if(!mask && (dos_device = RtlIsDosDeviceName_U( filename ))) > + { > + WIN32_FIND_DATAW *d = data; //create file's attribute structure > + > + > + /*LOWORD(dos_device) - quantity of symbols in the DOS device name (NUL, LPT1,...) > + filename + HIWORD(dos_device) - points to the Dos device name's beginning */ > + if (!(info = HeapAlloc( GetProcessHeap(), 0, sizeof(*info)))) > + { > + SetLastError( ERROR_NOT_ENOUGH_MEMORY ); > + goto error; > + } > + > + info->mask.Length = LOWORD(dos_device); /* in bytes, not in WCHAR; as USHORT Length */ > + info->mask.MaximumLength = nt_name.Length + sizeof(WCHAR); > + info->mask.Buffer = RtlAllocateHeap(GetProcessHeap(), 0, info->mask.MaximumLength); > + memcpy( info->mask.Buffer, filename + HIWORD(dos_device)/sizeof(WCHAR), info->mask.Length); > + info->mask.Buffer[info->mask.Length/sizeof(WCHAR)] = 0; /* with '/' */ > + > + nt_name.Length = 4*sizeof(WCHAR) + HIWORD(dos_device); > + nt_name.MaximumLength = nt_name.Length + sizeof(WCHAR); /* + '0' at the end */ > + nt_name.Buffer = RtlAllocateHeap(GetProcessHeap(), 0, nt_name.MaximumLength); > + nt_name.Buffer[0] = '\\'; /* convert to NT' style path */ > + nt_name.Buffer[1] = nt_name.Buffer[2] = '?'; > + nt_name.Buffer[3] = '\\'; > + memcpy( (void *)(nt_name.Buffer + 4), filename, HIWORD(dos_device)); > + nt_name.Buffer[nt_name.Length/sizeof(WCHAR)] = 0; /* with '/' */ > + > + /* check if pftLastAccessTimeath is the root of the drive */ > + info->is_root = FALSE; > + > + attr.Length = sizeof(attr); > + attr.RootDirectory = 0; > + attr.Attributes = OBJ_CASE_INSENSITIVE; > + attr.ObjectName = &nt_name; > + attr.SecurityDescriptor = NULL; > + attr.SecurityQualityOfService = NULL; > + > + /* check if nt_name is existing directory */ > + status = NtOpenFile( &info->handle, GENERIC_READ, &attr, &io, > + FILE_SHARE_READ | FILE_SHARE_WRITE, > + FILE_DIRECTORY_FILE | FILE_SYNCHRONOUS_IO_NONALERT ); > + > + if (status != STATUS_SUCCESS) > + { > + RtlFreeUnicodeString( &info->mask ); > + SetLastError( RtlNtStatusToDosError(status) ); > + goto error; > + } > + > + RtlInitializeCriticalSection( &info->cs ); > + info->path = nt_name; > + info->magic = FIND_FIRST_MAGIC; > + info->data_pos = 0; > + info->data_len = 0; > + info->search_op = search_op; > + > + memset(d, 0, sizeof(*d)); > + d->dwFileAttributes = FILE_ATTRIBUTE_ARCHIVE; > + memcpy( d->cFileName, filename + HIWORD(dos_device)/sizeof(WCHAR), LOWORD(dos_device)); > + > + return (HANDLE)info; > + } > + else > + { > + SetLastError( ERROR_FILE_NOT_FOUND ); > + goto error; > + } > } most of the code here is rather close to the rest of the function, so you should try to factorize the two paths into a single one > > if (!(info = HeapAlloc( GetProcessHeap(), 0, sizeof(*info)))) > @@ -1612,6 +1681,7 @@ HANDLE WINAPI FindFirstFileExW( LPCWSTR > attr.SecurityDescriptor = NULL; > attr.SecurityQualityOfService = NULL; > > + /* check if nt_name is existing directory */ > status = NtOpenFile( &info->handle, GENERIC_READ, &attr, &io, > FILE_SHARE_READ | FILE_SHARE_WRITE, > FILE_DIRECTORY_FILE | FILE_SYNCHRONOUS_IO_NONALERT ); > @@ -1819,6 +1889,14 @@ HANDLE WINAPI FindFirstFileExA( LPCSTR l > FILE_name_WtoA( dataW.cFileName, -1, dataA->cFileName, sizeof(dataA->cFileName) ); > FILE_name_WtoA( dataW.cAlternateFileName, -1, dataA->cAlternateFileName, > sizeof(dataA->cAlternateFileName) ); > +/****************************************************** > +* * > +* In Windows fields dataA->dwReserved0 = 0x003D4830 * > +* and dataA->dwReserved1 = 0x000000CC * > +* But here these fields are not initialized and used * > +* * > +******************************************************/ there's no need for this comment, unless you document what those fields are in real windows > + > return handle; > } -- Eric Pouech

1 0

What version of freetype are we requiring these days
by Bill Medland 24 Apr '06

24 Apr '06

I have just noticed that configure is telling me "Warning: Freetype or Fontforge is missing" Why does it think that? (freetype-devel version 2.1.9 is installed) -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 4

Re: Sum-up: Re-proposal: web forums
by Sterling Christensen 24 Apr '06

24 Apr '06

> > Mailing lists are searchable, but harder than a forum to search. > > Forums let you search by any of text, title, author, date, category, > > Ok, that sounds nice. > > The 'category' thing sounds tricky to implement on top of a mailing > list (as I would like it)... Yes, categories are nice. > > You can't cancel or edit posts. Forum moderators can delete spam > > posts. > > That's just a horrible feature. > As with any kind of censorship it will do nothing but make people > suspect you for deleting legitimate posts. There've been forums like that, but they die quickly. Only forums with trustworthy admins get popular. So that's generally not a problem. > Spam should be removed (or maybe categorized under 'spam') by a spam filter. > And if one does slip through, it will disappear in the noise in no time. > Aren't most forums like about 30.000 pages long? > Would you ever notice anything like a single spam mail? Yes, most people do notice them, because even popular fast moving forums aren't noisy - they lists thread titles instead of posts. It's a lot more concise that way - you don't get bured in posts. For some reason spammers never post in existing threads, they always create new ones. And at every active forum I've seen, their posts always get noticed, reported, and moved or removed.

6 6

Re: [WINED3D] Use shorter lines in drawprim.c (whitespace)
by Francois Gouget 24 Apr '06

24 Apr '06

On Mon, 24 Apr 2006, Ivan Gyurdiev wrote: > Goal: prevent wraparound of lines on 1024x768 resolution using standard fonts Hmm, if wrapping lines you must, then wrap them at the standard 80 characters, rather than some ill defined length (whose 'standard fonts'? xemacs'? gedit's? eterm's (vi)? using which display dpi?). -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

3 3

Re: riched20: Implement conformance tests for EM_SETUNDOLIMIT()
by Mike Hearn 24 Apr '06

24 Apr '06

On Sun, 23 Apr 2006 19:48:23 -0500, Matt Finnicum wrote: > My first patch, comments are welcome. Looks good Matt! Try leaving space between local variable declarations and the start of statements, it just makes things easier to read. Also send the mails as plain text only in future - AJ feeds them straight to patch and lets it strip out the junk but the less html/mime stuff there is, the more likely that is to work. thanks -mike

1 0

Re: Re: Re-proposal: web forums
by Jonathan Ernst 24 Apr '06

24 Apr '06

Le dimanche 23 avril 2006 à 12:41 -0500, Tom Spear (Dustin Booker, Dustin Navea) a écrit : > But I still want to get certain threads delivered to my mailbox, so I > suffer thru all the ones I don't read. Where if I subscribe to a forum > thread, then I get all posts to that thread in my mailbox (how i like > it) and can click a link in the email that takes me directly to that > thread (like bugzilla does for its bugs) so I can post. What about using your mail client and its ability to access nntp mailing-lists ? I'm subscribed to many mailing lists but none are configured to send me a copy of the messages to my mailbox; I just access them like normal (separate) mailbox, I can see them threaded or not, search and filter messages, etc. It's faster and more convenient than using a web forum. Regards.

2 2

Sum-up: Re-proposal: web forums
by Molle Bestefich 24 Apr '06

24 Apr '06

Hi I've tried to sum up the problems with the wine-users mailing list that are urging many people to call for a forum.winehq.org. I hope it's useful. Problems ======== 1) Cannot post without configured mail client 2) Browsing old topics and replying/posting new ones happen in two different places (web archive vs. mail client) 3) Current archive web interface unwieldy (many clicks needed to browse, always sorted by month) 4) Missing Googlish search function 5) "Subscribe" wording and web pages suggest your inbox will fill up when doing so 6) Subscribing will cause your inbox to fill up; it's not obvious how to change it; neither how to receive mail on specific topics you DO want once you've changed it 7) Missing "forward all postings re this topic to my inbox" feature 8) Very difficult to post under pseudonym 9) Missing 'sticky' feature (?) Solution 1: A forum, fx. phpBB =============================== Pros: ) Easy to set up. We might even be able to sneak it in before AJ returns :-). (Sorry big guy, couldn't resist pulling one on your expense =)..) ) Might attract away from wine-users a high quantity of dumb questions that people ask when they can't be bothered to search the archives. ) Adds a structural approach by categorizing users' various problems, which encourages searching instead of asking. Cons: ) Dillutes knowledge; some ends up in forum and some on wine-users, unless we nuke wine-users. ) Need to hack the code to get visual integration with WineHQ (menus etc). ) To get single-sign-on, we need either a.) reverse proxy or b.) something LDAPish and some amount of phpBB hacking Solution 2: Point people at Gmane or Google Groups in a prominent place ======================================================================== Pros: ) We don't have to do anything :-). Cons: ) If it's not directly on winehq.org, it's probably not official enough that people are going to use it. ) Not everyone has a Gmail account (required to post through Groups) ) Not everyone is adept to using Gmane Solution 3: WebForum-on-top-of-List ==================================== Pros: ) We concentrate people, allowing web and email users to communicate. ) We concentrate (archived) knowledge in one place. Cons: ) The reason that forums are often filled with spam might be that it's too easy to post to them. We'd be duplicating that. ) We need to code it all ourselves! I think solution 1 is good, but I prefer the extra icing on the cake that comes with solution 3. Now, I'm not high on crystal meth or anything, but I'll just assume for a moment that we all want better accessibility for the newcomers (even with the rise in volume that they bring), and that all agree to go with solution 3 :-). Thus I'll try to outline a battle plan: Battle-plan for solution 3 ========================== We'd like non-Wine developers to be able to join in; so let's make sure that this system is generically usable. That means: * Standard user authentication, fx. using LDAP. * Componentize a bit, fx. keep the web interface itself separate from WineHQ menu structure and logo. We'd need to: * Prioritize features * Setup a mailing list * Setup a simple project web page * Setup a winehq-like staging area for development (follows HEAD/TIP/origin of web repository so everyone can see what the others are doing) * Find developers/volunteers! * Get started on the coding When prioritizing features, we should take a look around and see if there are software components available that could be reused, fx.: * PHP LDAP auth bindings * Existing, good web interfaces for the wine archives (mailman?) * ?... Any holes or oversights in that plan? If solution 3 ever takes off, I will gladly contribute with coding. Realistically, though, i cannot implement something like this all by myself, especially not in any kind of a timely fashion.

12 24

Re: [shell32,shlwapi] Implement the IShellLinkDataList interface
by Mike McCormack 24 Apr '06

24 Apr '06

Thomas Weidenmueller wrote: > P.S.: Please let me know if there's something wrong with this patch or > tell me why it was rejected. Otherwise I'm going to assume the fixes > aren't appreciated or necessary because the implementation is considered > mature and stable. ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shelllink.c && touch shelllink.ok fixme:shell:ShellLink_GetFlags 0x7fd3f7b0 0x7fb5f8b0 fixme:shell:ShellLink_GetFlags 0x7fd3f7b0 0x7fb5f8b0 shelllink.c:576: Test failed: CopyDataBlock failed shelllink.c:578: Test failed: signature wrong shelllink.c:579: Test failed: signature wrong You might want to split the patch into three separate changes (header + clist fixes + shelllink) too. Mike

1 0

Re: Stub Implementation of FSCTL_LOCK_VOLUME and FSCTL_UNLOCK_VOLUME in NtFsControlFile() in ntdll
by Dimi Paun 24 Apr '06

24 Apr '06

On Sun, 2006-04-23 at 10:48 +0200, Bernd Buschinski wrote: > + case FSCTL_LOCK_VOLUME: > + case FSCTL_UNLOCK_VOLUME: > + io->u.Status = STATUS_SUCCESS; > + break; > + > default: > FIXME("Unsupported fsctl %lx (device=%lx access=%lx func=%lx method=%lx)\n", > code, code >> 16, (code >> 14) & 3, (code >> 2) & 0xfff, code & 3); Can you please also issue a FIXME that this is just a stub? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: [Wine] Re: Re-proposal: web forums
by David Shaw 24 Apr '06

24 Apr '06

Jeff Vian wrote: >>How about the ability to post/read/respond to messages even when you're >>not at your own computer? Many people on Yahoo Groups, for instance, >>don't even have a computer at home and access their groups from works or >>library computers. To my mind, this is probably the most important >>advantage a forum has over an email list. >> >>David Shaw >> >> >> > >Web mail accounts such as yahoo or msn and the like do not tie you to >your home computer either. > > > > Indeed - but many offices and libraries firewall such sites. And they all have a fairly limited capacity. Personally, I like the way Yahoo Groups does it - it's effectively an email list, but with a relatively effective web interface within which I can usually find relevant archived posts within a couple of minutes. The Wine-users etc. archives, on the other hand, I find totally impenetrable and impossible to find relevant posts from the past in any reasonable amount of time. I'm not knocking those who designed it, I'm sure that, to them, it's totally transparent and the easiest system in the world to use - I know, I've designed Grud alone knows how many forms, all of which have made perfect sense to me, but many of which have extracted the response 'Eh?!' from the intended users and I feel this is probably the same kind of situation :-) Fora (posh, eh ;-> ) and email lists each have their pros and cons and those who like one tend to dislike the other. I feel this is a debate which is never going to reach a conclusion which will satisfy everyone (emacs or vi? Mac or PC? Anyone? ;-> ) so all I will say further on the matter is this - *please* add a search function to the archives and then at least *I'll* be happy :-) David Shaw

1 0

Use of ARB_fragment_program_100
by Phil Costin 23 Apr '06

23 Apr '06

Hi, This is marked as a TODO at line 1698 of dlls/wined3d/directx.c: 1691 if ((wined3d_settings.ps_mode == PS_HW) && GL_SUPPORT(ARB_FRAGMENT_PROGRAM) && (DeviceType != WINED3DDEVTYPE_REF)) { 1692 *pCaps->PixelShaderVersion = D3DPS_VERSION(1,4); 1693 *pCaps->PixelShader1xMaxValue = 1.0; 1694 } else { 1695 *pCaps->PixelShaderVersion = 0; 1696 *pCaps->PixelShader1xMaxValue = 0.0; 1697 } 1698 /* TODO: ARB_FRAGMENT_PROGRAM_100 */ 1699 1700 /* ------------------------------------------------ 1701 The following fields apply to d3d9 only 1702 ------------------------------------------------ */ 1703 if (This->dxVersion > 8) { Despite remembering seeing this extension somewhere in the past, I can not actually find any information relating to it by searching the web. I assume that this is likely to need replacing with a GL_SUPPORT(ARB_FRAGMENT_SHADER) as per line 1691 for pixel shaders > 1.4 There is probably a good reason for this line and I don't want to jump the gun and mess with anyone's plans by submitting patches yet. Are there definite plans to use this extension here? If so, is there any documentation for it because I certainly can't find any... Regards, Phil Costin

2 2

Last call for SoC mentors?
by Dan Kegel 23 Apr '06

23 Apr '06

If you're interested in being an SoC mentor, and you haven't emailed jwhite(a)codeweavers.com yet, please do so now ( and cc me ). Help guide the next generation of open source developers! Thanks! -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: Fixing cross-compilation 1/2
by Detlef Riekenberg 23 Apr '06

23 Apr '06

Am Sonntag, den 23.04.2006, 17:23 +0100 schrieb Paul Millar: > The patch fixes an existing test within the autoconf configure.ac. Great to see, that WRT-Native is on the way to run again. > This is a resubmission (no comment from previous submission) so please comment > if its wrong! This Patch is unusable because of the line-wrap. You can attach the diff as File to avoid this. When I send a Patch, that result in a change for "configure", I just add a note in the Mail: The Changes for "configure" are not included. Alexandre rebuilds "configure", when needed -- By By ... ... Detlef

2 1

PROT_EXEC mmap/mprotect, i386 PAE + NX broken, x86-64 2.6.17-rc2
by Alistair John Strachan 23 Apr '06

23 Apr '06

Hi, Just a heads up that WINE seems to suffer from breakage if executed as a 32bit binary on an x86-64 kernel as of 2.6.17-rc, because (according to Andi Kleen) i386 NX is now enabled by default, and on x86-64 i386 behaves like a PAE enabled i386 kernel when performing IA32 emulation. I've attached the entire thread for reference, as unfortunately I do not have the time to debug this problem, but thought that probably one of you would like to know. Thread is also available to read here: http://lkml.org/lkml/2006/4/21/99 Andi suspects that WINE is not making one of its mappings PROT_EXEC which causes a fault with NX enabled. -- Cheers, Alistair. Third year Computer Science undergraduate. 1F2 55 South Clerk Street, Edinburgh, UK.

5 16

Requested change in bugzilla
by Tom Spear (Dustin Booker, Dustin Navea) 23 Apr '06

23 Apr '06

Hi all, just posting this publicly for anyone that wants to either second this idea or shoot it down :-). Jeremy, one of my biggest (minor) nits about using Bugzilla is the component box. It isn't very user friendly.. What I mean is that a lot of the components are rarely (never?) used while sometimes (often) a bug gets submitted that doesn't belong to any of the components listed, so I mark it wine-misc, etc.. I noticed that there are a few more entries there now such as usp10.dll and richedit, shdocvw, and various directx dll's, but could we possibly put even more in there? That way in a glance someone can tell if the bug is in an area of wine that they know a lot about and might be able to fix it faster.. I do have another nit about the "assign to owner of selected component" button not working, but thats another thread after this first nit is fixed..

2 1

Re: KERNEL: [2/2] changed test for FindFirstFileEx
by Detlef Riekenberg 23 Apr '06

23 Apr '06

Am Samstag, den 22.04.2006, 18:05 +0400 schrieb Konstantin Petrov: > patch for test No Patch attached. btw, the indention looks strange in your other Patch. -- By By ... ... Detlef

1 0

SOC: D3D Test Suite
by Sagar Mittal 23 Apr '06

23 Apr '06

It doesn't look like there are many unit tests for D3D in general, but D3D8 and WineD3D don't seem to have any. The ones that D3D9 has also don't test the generated graphics for conformance. Would it be a viable/appropriate SOC project to put together a test suite for D3D, including graphical conformance tests? I should probably note that I have no experience using DirectX and minimal experience using OpenGL. Still, a whole summer should be enough time to put together a reasonably comprehensive test suite (perhaps excluding shaders). Thanks, Sagar Mittal

5 8

Bug 5112 - Explorer (wine builtin) fails when run with no command line args
by Tom Spear (Dustin Booker, Dustin Navea) 23 Apr '06

23 Apr '06

Hi everyone, just a simple question. According to this bug, winefile and explorer are bit-by-bit identical, but yet 1 crashes when run with no command line, while the other does not. As the subject of this email says, explorer crashes but winefile doesn't. This particular has no problem with running winefile to open his explorer window, but I agree with comment 3 on this one, that users should be able to run explorer with no command line args to get an explorer window. That makes more sense to windows users who run explorer.exe to open up Windows Explorer.. Is this something that is worth looking into? For right now the bug is wontfix because we do have winefile working, but if someone wants to reopen it to figure out why (if it isnt supposed to) explorer crashes, feel free. Tom

2 1

wine through e-mail/forum/faq
by Francesco Pietra 23 Apr '06

23 Apr '06

I do believe that the choice among e-mail/forum/faq for wine depends on the individual approach to wine. For people, like me, who approach wine to solve their specific problems, and when solved they forget about wine until a new need arises, if ever (but i am aware my own are general problems in science) the faq solution is the best one. Just a couple of examples: 1) I posted a query about the feasibility of running the chemical drawing package "chemdraw" on wine. Lack of a package on unix that allows exchanging files with chemdraw is today the hindrance to have molecular scientists fully to unix (linux). Not a minor gap in science because most chemdraw users do not know unix and thrive on restrictive OSs that limit their science and their minds. 2)I posted a query about the feasibility of running nikon film scanner through wine, just to have the nikon coolscan V (most unfortunately my own, as available in europe, is usb and not scsi). This is by far a minor problems with respect to the one above but it is anyway another example of query. Well, I got no answer (except one privately from my country). What about access now to my queries? Practically no access, so that I have no hope to get further help about. It might be different with faq. I agree however that a forum may be of interest to those who approach wine per se and have a standing supply of problems for wine. I hope this is a contribution (although i am aware that having both faq and forum requires having people to maintain both them). If not, forget about my mail. Cheers francesco pietra

2 2

CVS build problems
by Segin 23 Apr '06

23 Apr '06

I just refreshed my CVS source tree, and on configure, it failed while writing the final makefiles with tihs error: config.status: error: cannot find input file: dlls/comdlg32/Makefile.in The folder dlls/comdlg32/ is empty -- is this a CVS glitch?

2 1

possible bug in wine, programs/winecfg/appdefaults.c
by Segin 23 Apr '06

23 Apr '06

While looking over this file, I came across something that just doesn't look right: { "win31", "Windows 3.1", 2, 10, 0, VER_PLATFORM_WIN32s, "Win32s 1.3", 0, 0, ""}, (for those that don't pay attention to the winecfg code, the third value is the major version for the emulated version of Windows) Now, this is the Windows 3.1 emulation selection, but the major/minor here is 2.10 Is this a bug, or a "compatability bug", as in an intentional fault to be compatable with windows? Attached is a patch to "correct" this behaviour (assuming that it is wrong) ChangeLog: Modified the dwMajorVersion of the Windows 3.1 emulation from 2 to 3 in programs/winecfg/appdefaults.c Index: appdefaults.c =================================================================== RCS file: /home/wine/wine/programs/winecfg/appdefaults.c,v retrieving revision 1.23 diff -u -r1.23 appdefaults.c --- appdefaults.c 18 Mar 2006 18:52:29 -0000 1.23 +++ appdefaults.c 23 Apr 2006 03:17:30 -0000 @@ -55,7 +55,7 @@ { "win95", "Windows 95", 4, 0, 0x3B6, VER_PLATFORM_WIN32_WINDOWS, "", 0, 0, ""}, { "nt40", "Windows NT 4.0", 4, 0, 0x565, VER_PLATFORM_WIN32_NT, "Service Pack 6a", 6, 0, "WinNT"}, { "nt351", "Windows NT 3.5", 3, 51, 0x421, VER_PLATFORM_WIN32_NT, "Service Pack 2", 0, 0, "WinNT"}, - { "win31", "Windows 3.1", 2, 10, 0, VER_PLATFORM_WIN32s, "Win32s 1.3", 0, 0, ""}, + { "win31", "Windows 3.1", 3, 10, 0, VER_PLATFORM_WIN32s, "Win32s 1.3", 0, 0, ""}, { "win30", "Windows 3.0", 3, 0, 0, VER_PLATFORM_WIN32s, "Win32s 1.3", 0, 0, ""}, { "win20", "Windows 2.0", 2, 0, 0, VER_PLATFORM_WIN32s, "Win32s 1.3", 0, 0, ""} };

2 2

GLSL - Compile time check for OpenGL 2.0?
by Phil Costin 23 Apr '06

23 Apr '06

Hi, Let me introduce myself, I'm a final year student of Software Engineering from the UK and I'm beginning to take more of an active interest in Wine. I believe that one of the main reasons people stick with Windows over Linux or BSD is because they miss their games. I have an interest in OpenGL and Direct3D and would be interested in helping to get the Shader code up to a nice level of functionality. This is no small task and I'm still figuring things out. It seems we still need a HLSL to GLSL translator for SM 3.0 but that is for future discussion :) I have noticed that at the moment, shaders are parsed and converted to AFP_FP/VP 1 and if a particular opcode is not supported, a FIXME states a requirement for GLSL. I was curious as to whether it would be acceptable to provide a compile-time check for OpenGL 2.0? It would be no different than checking for any other dependency, with the only disadvantage being that we can not be sure which version the user has when distributing binaries. We could get by this by distributing binaries for ARB_vertex_program and ARB_fragment_program 1 support and requiring a compile for users who want OpenGL 2.0 functionality. I think it would have to be compile-time because we need to know whether we can use the GL 2.0 shader methods at that point. If it is supported, we could then leave the current code in place for OpenGL < 2.0 Then we could use "#ifdef GL_VERSION_2" or similar to allow linking to the GL 2.0 shader loading interfaces and define and make use of a function to convert the shader ASM for versions less than 2.0 straight to GLSL at runtime, skipping the current issue of beginning to convert to ARB shaders, hitting a GLSL-requiring opcode and having to start again with GLSL. I could have this all wrong so a little guidance and feedback on the proposal would be very helpful! Kind Regards, Phil Costin

2 2

DIB to OpenGL? was Re: SOC: Integrate DIB Engine
by Jesse Allen 23 Apr '06

23 Apr '06

Hey! On 4/19/06, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > Hi, > For DirectX games, such as Age of Empires 2, I propably have an OpenGL-ish > solution for the problem. I haven't looked at it in detail, so no promises > that it is possible at all, but this was my idea: > > Basically, DirectDraw apps do the following things with surfaces: > *Locking > *Blits > *GetDC > > Basically there are two surface types: Render targets and offscreen surfaces. > In the general case, locking is only done for offscreen surfaces, and > basically during loading time, or when a surface has to be updated. In the > current ddraw code, Blits are done in software, and they involve locking both > surfaces. GetDC also holds a lock on the surface, which is essentially a dib > section, and then doing the usual gdi stuff. > > With opengl, the situation is a bit changed: Locking the surface requires > transfering the data from and to video memory with glTexSubImage, > glDrawPixels and friends. This is quite slow for full surfaces, but it > usually occurs at loading time only. If some apps are bad-behaved and do a > full lock of the rendertarget, this has a big performance impact at the > moment, but this can be optimized a lot. Blits can be handled in hardware > with 3D drawing, so they should work nice and fast :-) > > The remaining problem is GetDC. At the moment this requires copying the > complete surface from opengl to main memory, converting it to the servers bit > depth, and copying it to a server-side pixmap. Here the new > texture-from-pixmap glx extension can help. It should allow us to link the > opengl texture directly to the pixmap gdi works on, without the need to copy > it through wined3d. This extension is beeing designed for the new aiglx (and > xgl?) stuff, so we can expect driver support soon, and the x server/opengl > driver can optimize the image transfer nicely. > > Well, what problems occur: The extension is not finished yet, we have to wait > for this first. It's also not clear to me if the image transfer is supported > in both ways, from pixmap to texture and from texture to pixmap. Furthermore, > the textures should be in the server's color depth. For palettized surfaces, > the conversion can be done when the game loads the surfaces, which is at the > game loading time, if it is well-behaved. WineD3D already does that, if the > card doesn't support palettized gl textures(most modern cards do not support > that) > > That's my basic idea, I haven't done any deeper investigation if that is > possible at all, so I might be woken up from my daydreams now :-D > Maybe you aren't day-dreaming! Have you read this? http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnopen/htm… Jesse

1 0

Re: MAPI32: class IProfAdmin, functions MAPIAdminProfiles & MAPIFindNext
by Dimi Paun 23 Apr '06

23 Apr '06

On Sat, April 22, 2006 9:10 am, Konstantin Petrov said: > changelog: > mapi.h : added comments to structure MapiFileDesc > mapix.h : added declaration of the interface (class) IProfAdmin > mapi32_main.c : implemented the function MAPIFindNext with FIXME message > created iprofadmin.c : MAPI Default IProfAdmin implementation. There are > implemented 12 functions of class IProfAdmin. Functions > IProfAdmin::AddRef, > IProfAdmin::QueryInterface and IProfAdmin::Release are realized, and other > functions return declared error. > iprofadmin.c : the function MAPIAdminProfiles implemented. > as consequence there were fixed Makefile.in and mapi32.spec Did you use a tab setting that is not 8 spaces, 'cause the indentation looks pretty weird. If you did, please reformat assuming an 8-space tab and resubmit. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

About the web forums and why it's just a waste of time
by Segin 22 Apr '06

22 Apr '06

This is a big of a nag, but mostly truth. Hear me out. Most of users' problem with the email is the lack of spiffy graphics. I don't understand why people rant and rave onver the email because it doesn't have spiffy graphics. Also, this extends to HTML formatting. They want to be able to use god awful formatting and colors and fonts that make your stomach churn, or at least hurt your eyes. Now that I did my mostly truthful rant, let's get to business: I have also heard about problems configuring their email client for certain features. Guess what? Forums require the exact same thing! If you want people to reply via email to a different address, you normally setup a reply-to field in your email client. This is usually done for better notification of replies. With forums, you register your email that you recieve notices with, then you have to set for every topic oyu start (or reply to) that you want email notification. This is expodentally more complex than email! While admin-set global stickies are something that only forums can do, that's basically the only thing going for them (and we could just instruct users to setup a sticky filter based on a string that only admins can put into subjects, save replies). User-set custom stickys - These are a pain to set with forums, that is if the forum software supports it, and 99% of forums software doesn't. Users like this, and switching to a forum can really piss them off with this. With an email client, you have more flexibility, cause depending on your client, you can setup these by user, subject, regex on the user or subject, if a attachment exists or not, body of message, size, time, date, who is in the 'cc' list (to hide those not sent directly to the list), and so on. The only forum software that I saw that did this would only do it if you selected a thread for a personal sticky -- this isn't really flexible compared to email.

1 0

SoC idea: get Sun's JRE working well
by Dan Kegel 22 Apr '06

22 Apr '06

A lot of applications rely on Sun's JRE, some even use it in their installers! (cf. http://bugs.winehq.org/show_bug.cgi?id=5040 ) Getting Sun's JRE working properly on Wine would be a great project. -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 2

REALLY old backwards compatability and Wine
by Segin 22 Apr '06

22 Apr '06

This is a email that serves multiple purposes, and you all may find intersting. Wine, as we all know, is able to load and run native programs that the real McCoy can't run, but these programs are also close to 20 years old, so nobody really cares anyways. That's right, programs for Windows 2.0 I recently downloaded a full distrib (bin+src) of one such program. It is a xeyes clone with color. Orignally, it worked in Wine, showing a large window with a pair of eyes that followed the cursor, with a blue-green background (the part where the "eyes" aren't drawn in the window) This program was running in a window, and this appears to be broken, as under the real McCoy, version 3.1 (*gasp!*), it runs minimized, cannot be restored, and modifies it's own icon to preform the eyes deal (with a grey "background", as described above). I went to make sure that Wine wasn't broken, so I re-exec'd the binary, but only to get this: First chance exception: page fault on write access to 0x000f0400 in 32-bit code (0xb7df2e97). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:b7df2e97 ESP:7fbff570 EBP:7fbff5b0 EFLAGS:00010246( - 00 -RIZP1) EAX:00000000 EBX:7eee7ff0 ECX:00000023 EDX:00000000 ESI:000f0400 EDI:000f0400 Stack dump: 0x7fbff570: 00000000 7eed0e49 000f0400 00000000 0x7fbff580: 0000008c 7ffd50f0 00010000 7ffb190b 0x7fbff590: 7ffdcc24 7fc94988 00000000 0000ffff 0x7fbff5a0: 0000f30f 7eee7ff0 00000000 00000001 0x7fbff5b0: 7fbff5bc 7eed158d 7eee7ff0 7fbff5dc 0x7fbff5c0: 7eee51c4 7eec0000 00000001 00000000 Backtrace: =>1 0xb7df2e97 memset+0x37 in libc.so.6 (0xb7df2e97) 2 0x7eed158d DllMain+0x22 in winedos (0x7eed158d) 3 0x7eee51c4 in winedos (+0x251c4) (0x7eee51c4) 4 0x7ffb0a2d call_dll_entry_point+0x15 in ntdll (0x7ffb0a2d) 5 0x7ffb11f2 in ntdll (+0x211f2) (0x7ffb11f2) 6 0x7ffb13c5 in ntdll (+0x213c5) (0x7ffb13c5) 7 0x7ffb2d8c LdrLoadDll+0x5e in ntdll (0x7ffb2d8c) 8 0x7fc6bab1 in kernel32 (+0x2bab1) (0x7fc6bab1) 9 0x7fc6bb36 LoadLibraryExW+0x4f in kernel32 (0x7fc6bb36) 10 0x7fc6bbe5 LoadLibraryExA+0x2d in kernel32 (0x7fc6bbe5) 11 0x7fc6bc0b LoadLibraryA+0x1b in kernel32 (0x7fc6bc0b) 12 0x7fc1f219 main+0xb7 in winevdm (0x7fc1f219) 13 0x7fc1fb0b in winevdm (+0xfb0b) (0x7fc1fb0b) 14 0x7fc730f3 in kernel32 (+0x330f3) (0x7fc730f3) 15 0xb7ee654b wine_switch_to_stack+0x17 in libwine.so.1 (0xb7ee654b) 0xb7df2e97 memset+0x37 in libc.so.6: repe stosl %es:(%edi) Now, I am no debugger expert, but it appears that Wine is trying to write to a NULL pointer using memset. (I could be reading the stack dump wrong, bear with me here) I hope this helps.

3 3

SoC idea: improve dsound/winmm
by Roderick Colenbrander 22 Apr '06

22 Apr '06

Hi, One of the things users complain about is wine's sound quality. Problems which you experience range from crackling sound in media players to buffer underruns and high latencies in games. For a part the problem is caused by crappy audio drivers and soundcards. None the less are there things in wine which can be improved to reduce the issues. I don't know this part of the code well but I believe the alsa driver is far from optimal and second the dsound contains some bugs too. In this SoC project a student would need to look into the causes of wine's bad sound quality and try to improve it by fixing winealsa and other parts. Regards, Roderick Colenbrander -- Echte DSL-Flatrate dauerhaft f�r 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl

7 7

Re-proposal: web forums
by Dan Kegel 22 Apr '06

22 Apr '06

Mike Hearn wrote: > [Let's set up web forums for wine users] I dislike the thought of having to monitor multiple forums. Worse still, if a particular web forum goes offline, all its content is lost; not so for mailing lists, which are archived in multiple locations and so are much more reliable and long-lived. Let's keep it all in wine-users, please. If your goal is to make sure that the average person can get answers to his or her questions about Wine, that's a noble enterprise. I would prefer a solution that doesn't have the reliability and usability problems of the current crop of web forums. I would also prefer an evidence-based approach to demonstrating the problem(s) with the current situation. "Some people prefer web forums" is not sufficient evidence. As I've said before, Mike is brilliant but misguided :-) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 6

undefined reference to `GetCharABCWidthsI'
by Gerald Pfeifer 22 Apr '06

22 Apr '06

After the following change to dlls/gdi/font.c revision 1.32 date: 2006-04-19 18:16:36 +0000; author: julliard; state: Exp; lines: +49 -0 Jeff Latimer <lats(a)yless4u.com.au> gdi: Added implementation of GetCharABCWidthsI. I now get the following build error on FreeBSD 5.4: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./gdi32.spec dispdib.spec.o gdi.exe.spec.o wing.spec.o bidi16.o dispdib.o env.o gdi16.o metafile16.o wing.o bidi.o bitblt.o bitmap.o brush.o clipping.o dc.o dib.o driver.o enhmetafile.o enhmfdrv/bitblt.o enhmfdrv/dc.o enhmfdrv/graphics.o enhmfdrv/init.o enhmfdrv/mapping.o enhmfdrv/objects.o font.o freetype.o gdi_main.o gdiobj.o icm.o mapping.o metafile.o mfdrv/bitblt.o mfdrv/dc.o mfdrv/graphics.o mfdrv/init.o mfdrv/mapping.o mfdrv/objects.o mfdrv/text.o painting.o palette.o path.o pen.o printdrv.o region.o version.res -Wl,--rpath,\$ORIGIN/`../../tools/relpath /tmp/WINE/lib/wine /tmp/WINE/lib` -o gdi32.dll.so -L../../dlls -ladvapi32 -lkernel32 -lntdll -L../../libs -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port font.o(.text+0x3f28): In function `GetCharABCWidthsI': /sw/test/wine/dlls/gdi/font.c:2390: undefined reference to `WineEngGetCharABCWidthsI' winegcc: /usr/bin/gcc failed. SUSE Linux 10.1 works fine. WOuld you mind having a look? Gerald

2 2

git & sharing patches (was: SoC idea: improve dsound/winmm)
by Molle Bestefich 22 Apr '06

22 Apr '06

Mike Hearn wrote: > Do the artifacts change or disappear if you use my thread priority patch? I'd like to try out your patch with a couple of apps where sound is shoddy. What's the correct GIT way to apply your patch (and still be able to pull changes from the Wine tree)? Apologies if it's a stupid question, but git --help seems to give a plethora of commands and I've absolutely no idea which are meant for common use and which are completely useless or will corrupt my local tree...

2 1

msvcrt: sharing violation caused by duplicated hande in _get_osfhandle
by qingdoa daoo 22 Apr '06

22 Apr '06

Hi, wine's implementation of _get_osfhandle is found to cause sharing violation in some apps. The author commented this piece of code with a block of FIXME warning about possible leakage. It turns out it's no just a matter of leakage. A simple test program ------------------------------------------------------------ #include "windows.h" #include "io.h" #include "fcntl.h" #include "share.h" int main() { int fd, bWritten; fd = _sopen("foo", _O_CREAT|_O_RDWR,_SH_DENYRW, 0); WriteFile((HANDLE)_get_osfhandle(fd), "bar", 3, &bWritten, NULL); _close(fd); fd = _open("foo", _O_RDONLY, 0); _write(1, fd==-1? "F\n" : "S\n", 2); } ------------------------------------------------------------ The second _open fails with builtin msvcrt, not with native one. The comment says that the duplication is to make an inheritable hande. With the recent change in msvcrt's io init procedure, that shouldn't be a problem anymore. --------------------------------- Blab-away for as little as 1¢/min. Make PC-to-Phone Calls using Yahoo! Messenger with Voice.

2 1

Re: kernel: fix determination of using locale
by Dmitry Timoshkov 22 Apr '06

22 Apr '06

"Sergei Butakov" <butsergej(a)yandex.ru> wrote: > This patch fix for me two bugs: > 1. I'm using locale > # export LANG="POSIX" > # export LC_CTYPE="ru_RU.CP1251" > # export LC_COLLATE="ru_RU.CP1251" > with which in many programs some Russian glyphs look wrong or as square. > 2. in many programs English/Russian glyphs are ugly. > > There are workaround by > # export LANG="ru_RU.CP1251" > but it not suit for me. Probably you just need to set LC_MESSAGES to en_US. -- Dmitry.

3 10

Re: There May Be an End-run for Apple Around Windows After All
by Shachar Shemesh 22 Apr '06

22 Apr '06

Hi Robert, I am an occasional reader of your column (truthfully, mostly when it comes up on slashdot). I usually find your comments insightful, or at least thought provocing. I'm afraid the column at the subject is a stark exception to this rule (http://www.pbs.org/cringely/pulpit/pulpit20060420.html). If you'll excuse the strong words, the claim made was nothing more then wishful thinking, with no possibility of basing it on anything real. Before I get to "why", allow me to introduce myself. My name, as you can probably see from the email headers, is Shachar Shemesh. I am founder and CEO of a small Linux consulting company in Israel (http://www.lingnu.com). More to the point, however, I am (or, at least, used to be) a Wine hacker. Feel free to search for my name at http://www.winehq.com/site/who. As the task you claim Apple has undertaken is, in fact, identical to developing a second "Wine", I think I have some authority in assessing how likely that is. I also took the liberty of CCing the wine-devel list, so that if anyone there wishes to claim me wrong, they can. And as for the likelihood, I can answer that question rather easilly. The answer is "not very". I would even go as far as to say that the answer is "extremely unlikely". Wine is a huge project. On last count it had over 1.5 million lines of code. Most of the code inside Wine is written in Win32. Yes, it's a Linux project written, mostly, in Win32. The reason is that the so called "Win32 API" is a convulted huge heap of layers upon layers of miscellanious implementations of anything Microsoft decided to give developers because it seemed like a good idea at the time. Some of these functions misbehave, and some programs rely on this misbehaviour in order to work. Not all of the functions, and hardly any of the misbehaviours, are documented in any way. The Wine project has been busy, for over ten years now, in duplicating said development. Despite what may appear in your column, the reason it has been taking so long is NOT Microsoft's disapproval. For all intent and purposes, MS has no technical means of slowing Wine down, and here is the main reason - Wine only cares about running actual applications. Microsoft is, of course, at liberty to change and add interfaces as much as it wants, but Wine will only care about these interface changes if and when actual applications start to use them. Over this last point MS has very little control. In that respect, I think it should be clear that Apple is in no better starting position to duplicate the Wine effort than Wine is, and there is no reason to think it will do better. Which brings us to the task at hand. Because the purpose of an API replacement is to be "bug compatible" with the original, we can already know how the first versions of such an effort from Apple will look. They will probably be able to run "Solitare" and "notepad", but not much more. We know that simply because Wine used to be there itself. Getting from this "90%" to "100%" takes a considerable amount of time. It makes little sense, and has little return on investment, for Apple to take this herculean task upon itself, when it can get to 95% of the task by simply taking the Wine code and adapting it to Mac OS X. Don't understand this to mean that the next OS X on Intel will not be able to run Windows code without emulation. What I am saying is that it likely WILL be able to do so, but using Wine as its technology. After all, work to get Windows programs running on a Mac using Wine was underway long before Apple made the CPU switch, using thin emulation services. Dumping the emulation (and, more importantly, the endianity misalignment) is only likely to boost this effort. This, however, will happen whether Apple endorses it or not. Hoping your next column will bring us back to the level of writing you usually produce. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html

1 0

Re: user: Fix and test behavior when selecting disabled menu items, and fix GetMenuItemRect()
by James Hawkins 22 Apr '06

22 Apr '06

On 4/21/06, tkho(a)ucla.edu <tkho(a)ucla.edu> wrote: > Hello, > > This patch 1) changes the behavior of selecting disabled menu items, 2) > recognizes VK_LMENU and VK_RMENU messages to the menu WndProc and 3) fixes > GetMenuItemRect(). > You should send one change/fix per patch. The best option is to send one patch for the tests, with todo_wine around them, and then send separate patches to fix each problem. -- James Hawkins

1 0

opengl demos start problem with wine current cvs
by Kovács András 21 Apr '06

21 Apr '06

Hi, When i try to start some opengl demos from www.humus.ca (with wine latest cvs), I get error, that my card doesn't support some opengl extensions. The applications' wine output is: err:wgl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) err:wgl:internal_glGetString GL_EXTENSIONS returns NULL fixme:wgl:wglChoosePixelFormatARB unused pfAttribFList err:wgl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) err:wgl:internal_glGetString GL_EXTENSIONS returns NULL I attached the glxinfo's output. I use Xorg version 6.9.0, on Suse 10.1 beta9 with nvidia driver 2.0.2 NVIDIA 87.56, and I have a geforce 6600 256 mb pci-e vga card. Please help me. Best Regards, -- Lamarr Kovács András andras(a)csevego.net http://csevego.net

1 0

SoC idea: finish wcmd
by Dan Kegel 21 Apr '06

21 Apr '06

wcmd isn't thought of as sexy, but it's important; for instance, some installers use it under the hood. Things like if "%1" == "%2" and the /wait commandline flag are not yet implemented. It wouldn't be all that hard to get wcmd far enough along to make those installers happy; I think it'd make a good SoC project. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 5

dosdevices
by Robert Lunnon 21 Apr '06

21 Apr '06

All, I am having some considerable problems dealing with a simple issue. In .wine/dosdevices, devices are listed followed by a colon like in dos. This makes perfect sense except that the colon is often used in UNIX to separate elements of a path description and has special meaning tto some programs. Under solaris this causes problems with the runtime loader which can't dlopen a filename containing a colon, and seems to be problematic for stat as well. What is wrong with listing them without the colon so we don't risk these OS incompatibilities or perhaps adapt the code to accept the links with or without an appended colon. Comments anyone ?

3 6

compile error
by Stefan Leichter 21 Apr '06

21 Apr '06

Hi, i am getting a compile error on current cvs. Does anyone else seeing this problem e.g. on git ? My system is SuSE Linux 9.0 Bye Stefan bison -d -t ../../../wine/tools/widl/parser.y -o parser.tab.c ../../../wine/tools/widl/parser.y:283.11: parse error, unexpected ":", expecting ";" or "|" ../../../wine/tools/widl/parser.y:283.35-38: $$ von »importlib« hat keinen deklarierten Typ ../../../wine/tools/widl/parser.y:283.35-43: $2 von »importlib« hat keinen deklarierten Typ make[2]: *** [parser.tab.c] Fehler 1 make[2]: Leaving directory `/usr/src/wine/wine-build/tools/widl' make[1]: *** [widl] Fehler 2 make[1]: Leaving directory `/usr/src/wine/wine-build/tools' make: *** [tools] Fehler 2 sle@sle3:/usr/src/wine/wine-build> bison --version bison (GNU Bison) 1.75 Geschrieben von Robert Corbett und Richard Stallman. Copyright © 2002 Free Software Foundation, Inc. Dies ist freie Software; die Kopierbedingungen stehen in den Quellen. Es gibt keine Garantie; auch nicht für VERKAUFBARKEIT oder FÜR SPEZIELLE ZWECKE.

2 2

SOC: More Ideas
by Detlef Riekenberg 21 Apr '06

21 Apr '06

Hi Some more Ideas for SOC: Printer-Dialogs: PrintDlgEx* is the Default Printing-Dialog since w2k, but we have only a stub. Some Apps fail to Print for that reason. A usable Implementation need to Support the Properties from the Application (Example from IE: Print actual Frame / Print Links only) and the Properties from the Printer-Driver (provided by wineps.drv from the PPD-File). Fun-Project: Support Native Printer Drivers The CUPS-Backend "ddiwrapper" (GPL) uses Ghostscript to render BMP-Images on Linux, forward them to an modified wine (winspool.drv and gdi32.dll are replaced) that used a native driver (reported to work with some Cannon-Printers) to print that BMP-Image to the Printer (/dev/lp0 or /dev/usb/lp0). A usable Implementation will enhance winspool.dev and gdi32.dll in such a way, that "ddiwrapper" will work "out of the box" Fun-Project: Support Native Scanner Drivers A usable Implementation will work with a modified twain_32.dll (and kernel32.dll / ntdll.dll), but without a Kernel-Module (Example: via libusb). -- By By ... ... Detlef

2 1

Getting wrc to support long long
by Bill Medland 20 Apr '06

20 Apr '06

I just tried wrc for the first time and fell over this. Internal error (please report) ./ppl.l 824: long long constants not implemented yet Is anyone intending doing anything about it in the near future? Is it a reasonably simple thing to implement? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

1 0

DIB section problem
by Stefan Dösinger 20 Apr '06

20 Apr '06

Hello, While working on an implementation for IWineD3DSurface::GetDC and IWineD3DSurface::ReleaseDC, I think I stubled accross a bug in the DIB code. It appears to me that the memory of the DIB section isn't unprotected correctly when the dib section is destroyed. I have pasted my code here: http://wine.pastebin.com/671601 What I do is basically: ->Lock the surface ->Create a DIB section for the locked surface memory(Allocated with VirtualAlloc) ->Get a DC for the dib section ->Setup the dc and return it to the app In ReleaseDC, I do it the reverse way: ->Release the DC ->Delete the DIB section ->Unlock the surface But all accesses to the surface's memory fail after deleting the dib section. Therefore I unlock the surface before destroying the dib, and upload the texture to opengl, to be able to free the memory. For testing, I've inserted VirtualProtect(This->resource.allocatedMemory, This->resource.size, PAGE_READWRITE,&oldProtect); after the DeleteObject, and then I can access the surface normally again. But the image that the app wrote with GDI commands isn't there, it looks like the image is left in the X server and dropped. Can someone with more knowledge of the DIB code have a quick look at this? Thanks, Stefan

2 1

RE: Using msvcmon to debug
by Ryan Miller 20 Apr '06

20 Apr '06

I'm using Redhat ES 4. The wine version is: Wine 20050830. Does this message typically get followed by an exception? Ryan -----Original Message----- From: Uwe Bonnes [mailto:bon@elektron.ikp.physik.tu-darmstadt.de] Sent: Thursday, April 20, 2006 1:06 AM To: Ryan Miller Cc: wine-devel(a)winehq.org Subject: Re: Using msvcmon to debug >>>>> "Ryan" == Ryan Miller <rmiller(a)auctionpay.com> writes: Ryan> Hi, I've been using msvcmon previously to remote debug application Ryan> in Visual Studio on Wine. It's great to have an IDE to debug Wine Ryan> with the breakpoints and watch windows and all. I'm now using Ryan> Crossover Office Pro 5.0.1-1rc2 and msvcmon is no longer working. Ryan> I'm getting the log message (which is new): Ryan> epoll_ctl: Operation not permitted What distribution are you using? What wine version is involved? The "epoll_ctl: Operation not permitted" problem appeared now and then, but mostly only Suse Distribution was involved. If I remember right, the dll/kernel/test directory provoked such an error for me, but does not now, with a nearly up-to-date CVS wine on Suse 10.0 Ryan> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> Please, no HTML in Mail. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

Re: search for /dev/input/js as well as /dev/js
by Mike McCormack 20 Apr '06

20 Apr '06

Mike Frysinger wrote: > with udev now, joystick nodes are created as /dev/input/js# and /dev/js# no > longer exists ... attached patch will search for /dev/input/js# first and if > that doesnt exist, fall back to /dev/js# You could easily maintain compatibility with Wine and any other application using joysticks simply by adding some symlinks in /dev. That's what my system has, and it's using udev. Mike

7 12

File dialog regression?
by Mike Hearn 20 Apr '06

20 Apr '06

Has anybody else got a problem with no icons appearing in the file dialogs? I just see the generic "blank document" icon - it's as if the shell icons aren't being loaded anymore. My Sherlock-Holmes-esque 6th sense leads me to think that either my setup is borked or the fake stub DLL patch is to blame. thanks -mike

2 1

Re: [usp10] Fix return-codes of ScriptGetFontProperties (resend)
by Joris Huizer 20 Apr '06

20 Apr '06

Paul Vriens wrote: > + /* Now a NULL hdc again */ > + hr = ScriptGetFontProperties(NULL,&psc,&sfp); > + /* Save the psc pointer */ > + old_psc = psc; > + ok( hr == S_OK, "(NULL,&psc,&sfp), expected S_OK, got %08x\n", (unsigned int)hr); > + ok( psc == old_psc, "Expected psc not to be changed, was %p is now %p\n", old_psc, psc); > + ScriptFreeCache(&psc); > + ok( psc == NULL, "Expected psc to be NULL, got %p\n", psc); actually You didn't test anything about psc here, after setting old_psc nothing happens with psc -- save the pointer before calling ScriptGetFontProperties(NULL,&psc,&sfp); HTH, Joris

1 0

Using msvcmon to debug
by Ryan Miller 20 Apr '06

20 Apr '06

Hi, I've been using msvcmon previously to remote debug application in Visual Studio on Wine. It's great to have an IDE to debug Wine with the breakpoints and watch windows and all. I'm now using Crossover Office Pro 5.0.1-1rc2 and msvcmon is no longer working. I'm getting the log message (which is new): epoll_ctl: Operation not permitted Followed by an exception dialog and an abort. I compared the exception address to my app's map file and I'm thinking it's a Wine address/exception. Does anyone else use msvcmon to debug? Any clues where I should start looking? Thanks. Ryan

3 2

x11drv: question about byte-swapping for DIBs
by Eric Frias 20 Apr '06

20 Apr '06

I'm trying to debug a problem in which 24-bit .bmps don't display correctly from a winelib application on a big-endian sparc host when displaying on a little-endian intel PC. In this case, the image is garbled, with most of the colors being wrong and a pattern of vertical stripes over the image. The code passes through convert_888_to_0888_reverse_dst_byteswap which is what mangles the image data. I looked through the other conversion functions, and it seems the corresponding 'src' function (convert_888_to_0888_reverse_src_byteswap) actually does the correct transformation. I don't have a very good grasp of why the conversions are chosen, but it seemed like a likely fix would be to edit dib.c and make the lines in the SetImageBits functions that select the conversion structure look like: #ifdef WORDS_BIGENDIAN const dib_conversions *convs = (bmpImage->byte_order == LSBFirst) ? &dib_normal : &dib_src_byteswap; #else const dib_conversions *convs = (bmpImage->byte_order == LSBFirst) ? &dib_normal : &dib_dst_byteswap; #endif Doing this fixed my problem and didn't seem to cause any others, but I'm wondering whether this fix is correct or if I just got lucky. Can someone who knows this code tell me if this makes logical sense? (If it's correct, there probably needs to be a related patch in the GetImageBits functions, just going in the other direction). Eric

3 4

usp10: Remove the need to pass chars to ScriptPlace
by Jeff L 20 Apr '06

20 Apr '06

This patch uses GetCharABCWidthsI to remove the need to pass chars from ScriptShape to ScriptPlace in the scriptcache work space. Change log: Remove the need to pass chars from ScriptShape to ScriptPlace Jeff Latimer

1 0

Re: Race in rpc__cn_network_receiver()?
by Luke Kenneth Casson Leighton 20 Apr '06

20 Apr '06

On Thu, Apr 20, 2006 at 03:04:21PM +1000, Luke Howard wrote: luke, you are a star: thank you for helping out with this. just for people's information (in case it's not been mentioned here - i must admit i forgot to notify opendce(a)opengroup.org!) about 6-8 months ago i did a coding-spree on freedce, with a view to achieving two, maybe three, major things: 1) porting to win32 (if you use pthreads-win32) 2) using posix final draft (7?) threads not posix draft 4. 3) proving to the people on wine and reactos that they have a hell of a lot of work to do (measured in man-decades) by not using the open group's DCE/RPC reference implementation. here's the gotchas that i encountered, and had to give up: - udp worked, but tcp did not - reactos had some problems at the time with the code behind ipconfig.exe (NetTransportEnum i think it was) - pthreads-win32 was too strictly posix compliant (!) and there is a cancellation exception or something which makes it fail in the dcethreads exception library tests, where linux does not fail (!) maybe this is related to what lukeh is talking about. *shrug*. anyway, the upshot is that freedce/latest-cvs also doesn't work on TCP, and thank you so much people for helping track down why. it's only been ten years so far: hopefully some time within the next decade, freedce will be used for some real MSRPC-related free software projects. l > >In rpc__cn_network_receiver(), rpc__socket_close() is called without an > >exception handler in place. According to IEEE Std 1003.1 (2004), close() > >is a cancellation point, see: > > > >http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_09.html > > > >Given this, a receiver thread could receive a cancel whilst closing the > >socket, which will cause to entire program to abort. (We have seen this > >occur when the RPC server is under load.) > > > >A suggested fix is to move the call to rpc__socket_close() inside the > >TRY/CATCH_ALL block that removes any pending cancels. > > It seems like the real fix is to disable cancellation within > rpc__socket_close(), because in other places the OSF code appears to > assume that this is not a cancellation point. > > Ditto for open(), socket(), etc (but not I/O routines that may block). > > I should note that the Linux dcethreads library does actually disable > cancellation for these calls, however in our own DCE thread library > we opted not to override any system calls to avoid changing semantics > when used by non-DCE code. > > -- Luke > > -- > -- -- lkcl.net - mad free software computer person, visionary and poet. --

1 0

Wine or WINE?
by Ivan Leo Puoti 20 Apr '06

20 Apr '06

I was reading WWN yesterday and read something about Microsoft using the incorrect "WINE" form, I email them about it and they appear willing to fix it. Probably the first example of cooperation from them :-) Ivan.

1 0

SoC Mentor Signup!
by Dan Kegel 20 Apr '06

20 Apr '06

Jeremy White asked earlier for people to volunteer for the review committee. I think anybody who wants to be a SoC mentor should also volunteer for the review committee. And we need a list of mentors soon, so please, if you are interested in helping, email Jeremy as soon as you can. The great thing about being a Wine mentor is the leverage... you get to help Wine without doing all the heavy lifting yourself. And, if you're lucky, the student you mentor will keep on helping the Wine project even after you're done, so it's a gift that keeps on giving... Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: Menus [3/6]: Draw the column separator properly
by Dimi Paun 19 Apr '06

19 Apr '06

On Wed, 2006-04-19 at 21:39 +0200, Michael Kaufmann wrote: > --- menu.c 2006-04-19 21:07:47.000000000 +0200 > +++ menu-new.c 2006-04-19 21:07:44.000000000 +0200 Only top-level patches, please: http://winehq.org/site/sending_patches -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

[SOC] proposal -> valgrind
by Eric Pouech 19 Apr '06

19 Apr '06

Another potential proposal for SOC would be upgrading valgrind to work with Wine. I've tweaked it a bit (some patches still floating around), but: - that's not complete (some items still don't work) - what's also completly missing is the support of native modules (especially when generating backtraces) - 16bit support (but we can safely leave it out for now) - and testing (and fixing) most of the implementations we have I've updated the Wiki page accordingly. A+ -- Eric Pouech

2 1

Re: widl: Added importlib parsing code.
by Robert Shearman 19 Apr '06

19 Apr '06

Jacek Caban wrote: >+importlib: tIMPORTLIB '(' aSTRING ')' {} >+ > > You should warn here that you're not doing anything with the importlib, as typelibs with an importlib statement probably aren't going to work. -- Rob Shearman

1 0

Winelib: SIGTERM or SIGQUIT?
by Michael Ost 19 Apr '06

19 Apr '06

I would like my Winelib application to do a normal shutdown from a signal, that is save files and exit normally. >From scanning the web SIGTERM seems like the natural choice. It looks like it is _supposed_ to be used for a normal exit. But Wine seems to reserve SIGTERM for a summary execution with pthread_abort. It looks like I could use SIGQUIT, since Wine doesn't seem to care about it. But, again from scanning the web, SIGQUIT is _supposed_ to be used for non-normal exits. So, is it best to use SIGQUIT in a non-canonical way or try to change how SIGTERM is handled by Wine and make it more canonical? Or maybe my reading of the "canon of signals" is incorrect? Thanks for any help... mo PS: recently someone was asking a question about winelib and was directed to wine-user. What's the protocol here? Where should winelib questions be asked? The wine-user looks too user level and wine-devel is for Wine coders. I'd appreciate any help with the protocol of all this... =================================== Michael Ost, Software Architect Muse Research, Inc. most(a)museresearch.com

3 7

Re: enhmetafile: Create little-endian EMF files on big-endian machines (fixed)
by Phil Krylov 19 Apr '06

19 Apr '06

Hi, On Tue, 11 Apr 2006 20:03:22 +0400 Phil Krylov <phil(a)newstar.rinet.ru> wrote: > This patch fixes the generation of EMF files (which are little-endian by nature) > on big-endian machines. It is by no means complete - some record types are still > unsupported, and reading of little-endian EMFs on big-endian machines still does > not work - but it works for my app and can be used as a base for future > improvements. Anything wrong with this patch? Should I try to improve it in the direction of supporting more metafile record types and supporting reading little-endian EMFs from disk? Or change everything at all? The subject was recently discussed in this thread: http://www.winehq.org/pipermail/wine-devel/2006-April/046606.html -- Ph.

2 2

Re: gdi: [3 of 3] Add headers for GetCharABCWidthI
by Alexandre Julliard 19 Apr '06

19 Apr '06

Jeff L <lats(a)yless4u.com.au> writes: > This add GetCharABCWidthsI and tests. > There is no A or W suffix for this function as it works from a glyph > rather than a char. > > Change log: > Add GetCharABCWidthsI and tests. The tests fail here, probably because they rely on the Arial font: ../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so font.c && touch font.ok font.c:366: Test failed: GetCharABCWidthsI should have returned TRUE 3 font.c:372: Test failed: GetCharABCWidthsI should have returned TRUE 4 -- Alexandre Julliard julliard(a)winehq.org

1 0

re: Forming a SOC review committee
by Dan Kegel 19 Apr '06

19 Apr '06

Dimi wrote: >One thing that I would like to see is to establish a more >formal post-mortem for every project accepted. ... Sounds good to me. It can even be a condition of completion (and thus of payment). - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

SOC: Integrate DIB Engine
by Jesse Allen 19 Apr '06

19 Apr '06

One thing I'd like to try to work on is the DIB engine. Do we need someone to work on it still? This one is also interesting to me because we have some documentation already and that I have worked with bitmaps before too. I'd also like to find out how this stuff might integrate with the current changes going into ddraw. http://www.winehq.org/?page=fun_projects GDI Engine Integrate the GDI engine contributed by the TransGaming folks. * workers: wanted * status: to do * updated: June 24, 2005 Jesse

5 5

SOC Idea: Easy usage of native DLLs in Linux programs
by Mike Hearn 19 Apr '06

19 Apr '06

Various projects have re-implemented the code necessary to host Win32 DLLs in-process, for instance Xine, MPlayer and GStreamer all have (different) forked, badly hacked copies of the Wine codebase inside themselves to load and use codec DLLs. The GIMP now has the ability to use Photoshop plugins using Wine. And so on. It'd be nice if there was a simple API programs could use to do this, for instance, wine_dlopen("whatever.dll"), wine_adopt_thread() and so on to make re-use of Win32 components and COM objects easy. This has been discussed before and Alexandre wasn't sure it was worth it as it'd be a significant extension to the (stable??) Wine APIs, so IMHO this one shouldn't be judged on whether it gets checked in or not but rather whether it works and how easy it is to use. Thoughts? I know roughly what needs to be done so I could mentor this one, but students be warned - it requires _excellent_ understanding of operating system design and things like threading. There's a reason such a thing doesn't already exist, and it's because it's hard. On the flip side it's not a massive amount of code IMHO so the work would mostly involve learning, debugging, etc rather than simply being a hard typing slog. Also, a student has all summer and the nice thing is, it's mostly generic computing knowledge that'd be useful for future work (whereas learning a specific api in depth probably isn't ...). Such a thing has many uses: * Hosting ActiveX controls inside a native Firefox * Allowing more apps to use plugins from popular Windows apps. GIMP is a bit weird in that its plugin system is out of process and has a simple wire protocol .... a hangover from the days before ELF (!!), but most programs aren't like that. EG imagine being able to use WinAmp visualizion plugins in your music player of choice. * Maybe getting the xine/mplayer/gst mess sorted out a bit (on the other hand they need to run only a small, relatively unchanging amount of code so it may not be worth it) * Allowing piece-by-piece porting of a modular Windows app without Winelib (which is annoying as you have to switch toolchains all at once, you may not even have the sources to some DLLs etc ...) * Actually there is a huge component marketplace in Windows which is especially rich in the boring sort of business components (grid views etc) that open source hackers tend to ignore ... this could allow developers to embed some of the very sophisticated Win32 business objects into native Linux apps, so reducing development costs (of course the result would not be free software, but for in house custom apps that's not really a concern anyway) I'm sure you can think of some more. Discuss! :) thanks -mike

3 4

Re: WineD3D: Allocate the resources with VirtualAlloc
by Alexandre Julliard 19 Apr '06

19 Apr '06

Stefan Dösinger <stefan(a)codeweavers.com> writes: > This patch allocates the memory of Surfaces, Indexbuffers and Vertexbuffers > with VirtualAlloc instead of HeapAlloc. This will be needed for GetDC to > work. It is done for Index- and Vertexbuffers too because they are also > managed by the WineD3D resource manager. I'm not sure I agree with that. Are you planning to trap accesses like the DIB code does? That sucks pretty badly in the DIB code, I don't think we want to do any more of that. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: gdi: [2 of 3] Add header for GetCharABCWidthI
by Mike McCormack 19 Apr '06

19 Apr '06

Jeff L wrote: > I have repackaged this as package. Please don't split patches that depend on each other to make Wine compile and work correctly, or add dead code. The point of having small patches is to make Wine easier to regression test, so we want things to work between every commit. > +// FIXME("%p, %d, %d, %p\n", font, firstChar, count, buffer); Either remove the FIXME completely, or make it a TRACE. Also, C++ comments are not portable in C, so use standard C comments. > + } > + else > + for(c = 0; c < count; c++) { How about using indenting consistent with the rest of the code in the file? thanks, Mike

3 2

Forming a SOC review committee
by Jeremy White 19 Apr '06

19 Apr '06

Hi Folks, Last year, Dan Kegel, myself, Alexandre, Dimi Paun, and Lionel Ulmer served on the review committee for the SOC proposals. Our work was to sort the incoming applications, rank them, and then assign mentors to those that were funded. We probably should have done a better job of staying with and reporting on the status of the projects, but perhaps that can be something we try to do better this year. I think we should form a similar committee again this year. Dan Kegel is on it automatically, because he's 'connected'. Alexandre is on it automatically, because, well, he's Alexandre. Beyond that, I think it would be useful to have a relatively small committee (5 worked well, I think, although 7 is probably doable). I think the ideal is folks that have solid experience with Wine, and I think we need to have decent coverage of all of Wine. For example, I ended up dragooning Lionel (sorry, Lionel :-/) last year, because I felt we needed expertise on judging DirectX related proposals. If you're foolish enough to...er..willing to serve on the committee, please email me privately. I'll collate the data. If we end up with too many volunteers (a problem we didn't have last year), I'm not sure what we'll do. My gut instinct is to rely on Alexandre's judgement in culling the list. So the purpose of this thread is twofold: 1) To discuss this process, and make sure that everyone thinks its reasonable and that I didn't miss anything. 2) To ask folks that are willing to serve to volunteer. Cheers, Jeremy

2 1

Documentation for CLEANLOCALSTORAGE in OLE Automation
by Robert Shearman 19 Apr '06

19 Apr '06

Hi, I just thought I'd document the CLEANLOCALSTORAGE use in oleaut32 for anyone that wants to implement it, although I can't implement it now for obvious reasons. First of all the background: the reason CLEANLOCALSTORAGE is needed is because the structures returned from various Get* functions in ITypeInfo and ITypeLib have pointers that have been allocated opaquely and have to be freed using the corresponding Release* function. AFAICS, the problem is not that the memory will not be freed (the RPC runtime should traverse the structure thoroughly and release all of the pointers with NdrOleFree), but that some of the memory may not need to be freed (and memory corruption could take place if it were). So what should the various CLEANLOCALSTORAGE functions actually do? CLEANLOCALSTORAGE_UserFree - nothing, as the marshaled DWORD does not need to be freed. CLEANLOCALSTORAGE_UserMarshal: o DWORD align the buffer. o Put the storage type into the buffer and increment it. o Call the relevent freer for the storage type, passing in the memory pointed to in CLEANLOCALSTORAGE. o Release the interface in CLEANLOCALSTORAGE. o Set memory pointed to in CLEANLOCALSTORAGE to NULL (so that the memory isn't freed again by the RPC runtime). CLEANLOCALSTORAGE_UserUnmarshal: o DWORD align the buffer. o Take the storage type from the buffer, increment the buffer and put the storage type into CLEANLOCALSTORAGE. CLEANLOCALSTORAGE_UserSize: o DWORD align the size and add sizeof(DWORD) to it. What should each of the Get* functions do that have a corresponding Release* function? o Put a type into CLEANLOCALSTORAGE (see below for what number this should be). o AddRef the interface to call the Release* function on and put it into CLEANLOCALSTORAGE. o Put a pointer to a pointer to the structure that is being allocated into CLEANLOCALSTORAGE. What type number corresponds to what function? ITypeComp_Bind - 0x66 or 0x76, depending on what is returned. ITypeInfo_GetTypeAttr - 0x74 ITypeInfo_GetFuncDesc - 0x66 ITypeInfo_GetVarDesc - 0x76 ITypeLib_GetLibAttr - 0x6c Note: it may be necessary to zero out certain fields of the various structures in the stub functions so that bad pointers don't get marshalled. Thanks, P.S. Take care to deep free all memory when releasing the pointers on the proxy side when implementing the Release*_Proxy functions. -- Rob Shearman

3 2

Re: [1/6] internal cursor / icon memory layout change
by Alexandre Julliard 19 Apr '06

19 Apr '06

"H. Verbeet" <hverbeet(a)gmail.com> writes: > This patch adds an header with animation info (number of frames, delay > between frames) to the front of the internal cursor / icon memory > layout, in order to support animated mouse cursors. That's quite ugly, and it will break any app that depends on the cursor format, which is the only reason we are storing them in a memory block in the first place. -- Alexandre Julliard julliard(a)winehq.org

2 2

Easy patch submission with GIT + imap folders
by Mike McCormack 19 Apr '06

19 Apr '06

Hi, As of the recently released GIT 1.3.0, sending patches via an IMAP folder with GIT just got easier. If everything is set up right, you should be able to run the following command: git-format-patch --attach --stdout --keep origin | git-imap-send This requires some configuration in ~/.git/config: [core] name = "Mike McCormack" email = "mike(a)codeweavers.com" [imap] Folder = "INBOX.Drafts" Tunnel = "ssh -q usr@svr /usr/bin/imapd ./Maildir 2> /dev/null" [format] headers = "To: wine-patches <wine-patches(a)winehq.org>\n" Using Mozilla, you can just click on the "Edit Draft:" in the message, check/edit the message and then click send. Alexandre has said that he doesn't mind if the subject line contains the ChangeLog entry. No more missing patches, missing ChangeLog entries, or patches generated from the wrong directory. I think James Hawkins has written a program similar to git-imap-send that works with GMail... Mike

3 3

Re: gdi: [2 of 3] Add header for GetCharABCWidthI
by Marcus Meissner 19 Apr '06

19 Apr '06

On Wed, Apr 19, 2006 at 07:22:35PM +1000, Jeff L wrote: > I have repackaged this as package. > > This add the the WineEngGetCharABCWidthsI fuction for GetCharABCWidthsI. > There is no A or W suffix for this function as it works from a glyph > rather than a char. > > Change log: > Add WineEngGetCharABCWidthsI. > > Jeff Latimer > +// FIXME("%p, %d, %d, %p\n", font, firstChar, count, buffer); Please do not use C99 style comments. Ciao, Marcus

1 0

Re: advpack: Fix a missing declaration warning.
by James Hawkins 19 Apr '06

19 Apr '06

On 4/18/06, Mike McCormack <mike(a)codeweavers.com> wrote: > > Changelog: > advpack: Fix a missing declaration warning > Can we hold on this patch? I sent a patch to add advpack_private.h which contains commonly used declarations that should fix this. Thanks, James Hawkins

1 0

Wine Front-End development
by Rich Gilson 19 Apr '06

19 Apr '06

I was wondering... If somebody were writing a Wine GUI front-end for uses with the hope that it might possibly make it into the Wine distribution one day, what language(s) and toolkit(s) would be acceptable to the Wine developers for that person to use? Or, of course, do you not forsee that happening? Rich -- -- In a world without fences, who needs Gates?

13 24

AutoCAD in Linux
by Richardson 18 Apr '06

18 Apr '06

Hello! My name is Richardson and I am from Brazil and I am needing to know how I can install the AutoCAD r14 and AutoCAD 2000 in a machine turning Fedora 3. he/she would Like to know which the versions of Wine and the links to lower, and also as I will proceed with the installation of CAD's. I await answers soon. Thank you very much! ___________________________________________________________________________________ Click21 A Internet grátis com a qualidade Embratel Baixe agora o discador www.click21.com.br

8 8

RFC/PATCH: Twain + Gphoto
by Marcus Meissner 18 Apr '06

18 Apr '06

Hi, I have started adding gphoto2 support to twain.dll. My current work (before a otherwise busy week begins again), is attached. I started to break up the currently very sane centric view. Alexandre/Aric, can I do it this way? Some other general comments? (The code btw works as-is for detection at least.) Ciao, Marcus Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.468 diff -u -r1.468 configure.ac --- configure.ac 6 Apr 2006 10:53:39 -0000 1.468 +++ configure.ac 9 Apr 2006 19:13:29 -0000 @@ -521,6 +521,37 @@ CPPFLAGS="$ac_save_CPPFLAGS" fi +dnl **** Check for libgphoto2 **** +AC_CHECK_PROG(gphoto2_devel,gphoto2-config,gphoto2-config,no) +AC_CHECK_PROG(gphoto2port_devel,gphoto2-port-config,gphoto2-port-config,no) +AC_SUBST(GPHOTO2LIBS,"") +AC_SUBST(GPHOTO2INCL,"") +if test "$gphoto2_devel" != "no" -a "$gphoto2port_devel" != "no" +then + GPHOTO2INCL="`$gphoto2_devel --cflags` `$gphoto2port_devel --cflags`" + GPHOTO2LIBS="" + for i in `$gphoto2_devel --libs` `$gphoto2port_devel --libs` + do + case "$i" in + -L/usr/lib|-L/usr/lib64) ;; + -L*|-l*) GPHOTO2LIBS="$GPHOTO2LIBS $i";; + esac + done + ac_save_CPPFLAGS="$CPPFLAGS" + ac_save_LIBS="$LIBS" + CPPFLAGS="$CPPFLAGS $GPHOTO2INCL" + LIBS="$LIBS $GPHOTO2LIBS" + AC_CHECK_HEADER(gphoto2-camera.h, + [AC_CHECK_LIB(gphoto2,gp_camera_new, + [AC_DEFINE(HAVE_GPHOTO2, 1, [Define if we have libgphoto2 development environment])], + [GPHOTO2LIBS="" + GPHOTO2INCL=""])], + [GPHOTO2LIBS="" + GPHOTO2INCL=""]) + LIBS="$ac_save_LIBS" + CPPFLAGS="$ac_save_CPPFLAGS" +fi + dnl **** Check for the ICU library **** if test "$ac_cv_header_unicode_ubidi_h" = "yes" then Index: dlls/twain/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/twain/Makefile.in,v retrieving revision 1.10 diff -u -r1.10 Makefile.in --- dlls/twain/Makefile.in 28 Mar 2006 18:13:00 -0000 1.10 +++ dlls/twain/Makefile.in 9 Apr 2006 19:13:29 -0000 @@ -4,8 +4,8 @@ VPATH = @srcdir@ MODULE = twain_32.dll IMPORTS = comctl32 user32 gdi32 kernel32 ntdll -EXTRALIBS = @SANELIBS@ -EXTRAINCL = @SANEINCL@ +EXTRALIBS = @SANELIBS@ @GPHOTO2LIBS@ +EXTRAINCL = @SANEINCL@ @GPHOTO2INCL@ C_SRCS = \ capability.c \ Index: dlls/twain/ds_ctrl.c =================================================================== RCS file: /home/wine/wine/dlls/twain/ds_ctrl.c,v retrieving revision 1.6 diff -u -r1.6 ds_ctrl.c --- dlls/twain/ds_ctrl.c 28 Mar 2006 18:13:00 -0000 1.6 +++ dlls/twain/ds_ctrl.c 9 Apr 2006 19:13:29 -0000 @@ -648,27 +650,37 @@ if (pUserInterface->ShowUI) { BOOL rc; + FIXME("Showing UI now.\n"); pSource->currentState = 5; /* Transitions to state 5 */ - rc = DoScannerUI(pSource); - if (!rc) - { - pSource->pendingEvent.TWMessage = MSG_CLOSEDSREQ; - } + switch (devices[pSource->deviceIndex].type) { #ifdef HAVE_SANE - else - { - sane_get_parameters (pSource->deviceHandle, &pSource->sane_param); - pSource->sane_param_valid = TRUE; - } + case DEVTYPE_SANE: + rc = DoScannerUI(pSource); + if (!rc) { + pSource->pendingEvent.TWMessage = MSG_CLOSEDSREQ; + } else { + sane_get_parameters (pSource->deviceHandle, &pSource->sane_param); + pSource->sane_param_valid = TRUE; + } + break; #endif - } - else - { +#ifdef HAVE_GPHOTO2 + case DEVTYPE_GPHOTO: + FIXME("No GPHOTO UI yet.\n"); + pSource->pendingEvent.TWMessage = MSG_XFERREADY; + pSource->currentState = 6; /* Transitions to state 6 directly */ + break; +#endif + default: + FIXME("Device type %d is unknown\n", devices[pSource->deviceIndex].type); + break; + } + } else { + FIXME("UI not shown, preparing to transfer data.\n"); /* no UI will be displayed, so source is ready to transfer data */ pSource->pendingEvent.TWMessage = MSG_XFERREADY; pSource->currentState = 6; /* Transitions to state 6 directly */ } - pSource->hwndOwner = pUserInterface->hParent; twRC = TWRC_SUCCESS; pSource->twCC = TWCC_SUCCESS; Index: dlls/twain/ds_image.c =================================================================== RCS file: /home/wine/wine/dlls/twain/ds_image.c,v retrieving revision 1.8 diff -u -r1.8 ds_image.c --- dlls/twain/ds_image.c 28 Mar 2006 18:13:00 -0000 1.8 +++ dlls/twain/ds_image.c 9 Apr 2006 19:13:29 -0000 @@ -80,76 +80,81 @@ TW_UINT16 TWAIN_ImageInfoGet (pTW_IDENTITY pOrigin, pTW_IDENTITY pDest, TW_MEMREF pData) { -#ifndef HAVE_SANE - return TWRC_FAILURE; -#else - TW_UINT16 twRC = TWRC_SUCCESS; - pTW_IMAGEINFO pImageInfo = (pTW_IMAGEINFO) pData; - activeDS *pSource = TWAIN_LookupSource (pDest); - SANE_Status status; - - TRACE("DG_IMAGE/DAT_IMAGEINFO/MSG_GET\n"); - - if (!pSource) - { - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_BADDEST; - } - else if (pSource->currentState != 6 && pSource->currentState != 7) - { - twRC = TWRC_FAILURE; - pSource->twCC = TWCC_SEQERROR; - } - else - { - if (pSource->currentState == 6) - { - /* return general image description information about the image about to be transferred */ - status = sane_get_parameters (pSource->deviceHandle, &pSource->sane_param); - pSource->sane_param_valid = TRUE; - TRACE("Getting parameters\n"); - } + pTW_IMAGEINFO pImageInfo = (pTW_IMAGEINFO) pData; + activeDS *pSource = TWAIN_LookupSource (pDest); - pImageInfo->XResolution.Whole = -1; - pImageInfo->XResolution.Frac = 0; - pImageInfo->YResolution.Whole = -1; - pImageInfo->YResolution.Frac = 0; - pImageInfo->ImageWidth = pSource->sane_param.pixels_per_line; - pImageInfo->ImageLength = pSource->sane_param.lines; + TRACE("DG_IMAGE/DAT_IMAGEINFO/MSG_GET\n"); - TRACE("Bits per Sample %i\n",pSource->sane_param.depth); - TRACE("Frame Format %i\n",pSource->sane_param.format); - - if (pSource->sane_param.format == SANE_FRAME_RGB ) - { - pImageInfo->BitsPerPixel = pSource->sane_param.depth * 3; - pImageInfo->Compression = TWCP_NONE; - pImageInfo->Planar = TRUE; - pImageInfo->SamplesPerPixel = 3; - pImageInfo->BitsPerSample[0] = pSource->sane_param.depth; - pImageInfo->BitsPerSample[1] = pSource->sane_param.depth; - pImageInfo->BitsPerSample[2] = pSource->sane_param.depth; - pImageInfo->PixelType = TWPT_RGB; - } - else if (pSource->sane_param.format == SANE_FRAME_GRAY) - { - pImageInfo->BitsPerPixel = pSource->sane_param.depth; - pImageInfo->Compression = TWCP_NONE; - pImageInfo->Planar = TRUE; - pImageInfo->SamplesPerPixel = 1; - pImageInfo->BitsPerSample[0] = pSource->sane_param.depth; - pImageInfo->PixelType = TWPT_GRAY; - } - else - { - ERR("Unhandled source frame type %i\n",pSource->sane_param.format); - twRC = TWRC_FAILURE; - pSource->twCC = TWCC_SEQERROR; - } - } - - return twRC; + if (!pSource) { + FIXME("no source\n"); + DSM_twCC = TWCC_BADDEST; + return TWRC_FAILURE; + } + if (pSource->currentState != 6 && pSource->currentState != 7) { + FIXME("bad state %d\n", pSource->currentState); + pSource->twCC = TWCC_SEQERROR; + return TWRC_FAILURE; + } + + switch (devices[pSource->deviceIndex].type) { +#ifdef HAVE_SANE + case DEVTYPE_SANE: { + SANE_Status status; + if (pSource->currentState == 6) + { + /* return general image description information about the image about to be transferred */ + status = sane_get_parameters (pSource->deviceHandle, &pSource->sane_param); + pSource->sane_param_valid = TRUE; + TRACE("Getting parameters\n"); + } + + pImageInfo->XResolution.Whole = -1; + pImageInfo->XResolution.Frac = 0; + pImageInfo->YResolution.Whole = -1; + pImageInfo->YResolution.Frac = 0; + pImageInfo->ImageWidth = pSource->sane_param.pixels_per_line; + pImageInfo->ImageLength = pSource->sane_param.lines; + + TRACE("Bits per Sample %i\n",pSource->sane_param.depth); + TRACE("Frame Format %i\n",pSource->sane_param.format); + + if (pSource->sane_param.format == SANE_FRAME_RGB ) + { + pImageInfo->BitsPerPixel = pSource->sane_param.depth * 3; + pImageInfo->Compression = TWCP_NONE; + pImageInfo->Planar = TRUE; + pImageInfo->SamplesPerPixel = 3; + pImageInfo->BitsPerSample[0] = pSource->sane_param.depth; + pImageInfo->BitsPerSample[1] = pSource->sane_param.depth; + pImageInfo->BitsPerSample[2] = pSource->sane_param.depth; + pImageInfo->PixelType = TWPT_RGB; + } + else if (pSource->sane_param.format == SANE_FRAME_GRAY) + { + pImageInfo->BitsPerPixel = pSource->sane_param.depth; + pImageInfo->Compression = TWCP_NONE; + pImageInfo->Planar = TRUE; + pImageInfo->SamplesPerPixel = 1; + pImageInfo->BitsPerSample[0] = pSource->sane_param.depth; + pImageInfo->PixelType = TWPT_GRAY; + } + else + { + ERR("Unhandled source frame type %i\n",pSource->sane_param.format); + pSource->twCC = TWCC_SEQERROR; + return TWRC_FAILURE; + } + break; + } #endif + case DEVTYPE_GPHOTO: + FIXME("gphoto case\n"); + break; + default: + FIXME("Unknown devtype %d\n", devices[pSource->deviceIndex].type); + break; + } + return TWRC_SUCCESS; } /* DG_IMAGE/DAT_IMAGELAYOUT/MSG_GET */ Index: dlls/twain/dsm_ctrl.c =================================================================== RCS file: /home/wine/wine/dlls/twain/dsm_ctrl.c,v retrieving revision 1.13 diff -u -r1.13 dsm_ctrl.c --- dlls/twain/dsm_ctrl.c 28 Mar 2006 18:13:00 -0000 1.13 +++ dlls/twain/dsm_ctrl.c 9 Apr 2006 19:13:29 -0000 @@ -2,6 +2,7 @@ * TWAIN32 Source Manager * * Copyright 2000 Corel Corporation + * Copyright 2006 Marcus Meissner * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -34,54 +35,149 @@ WINE_DEFAULT_DEBUG_CHANNEL(twain); -/* DG_CONTROL/DAT_IDENTITY/MSG_CLOSEDS */ -TW_UINT16 TWAIN_CloseDS (pTW_IDENTITY pOrigin, TW_MEMREF pData) -{ -#ifndef HAVE_SANE - DSM_twCC = TWCC_NODS; - return TWRC_FAILURE; -#else - TW_UINT16 twRC = TWRC_SUCCESS; - pTW_IDENTITY pIdentity = (pTW_IDENTITY) pData; - activeDS *currentDS = NULL, *prevDS = NULL; +int nrdevices = 0; +struct all_devices *devices = NULL; - TRACE ("DG_CONTROL/DAT_IDENTITY/MSG_CLOSEDS\n"); +static int detectionrun = 0; - for (currentDS = activeSources; currentDS; currentDS = currentDS->next) - { - if (currentDS->identity.Id == pIdentity->Id) - break; - prevDS = currentDS; - } - if (currentDS) - { - /* Only valid to close a data source if it is in state 4 */ - if (currentDS->currentState == 4) - { - sane_close (currentDS->deviceHandle); - /* remove the data source from active data source list */ - if (prevDS) - prevDS->next = currentDS->next; - else - activeSources = currentDS->next; - HeapFree (GetProcessHeap(), 0, currentDS); - twRC = TWRC_SUCCESS; - DSM_twCC = TWCC_SUCCESS; +static void +detect_sane_devices() { +#ifdef HAVE_SANE + const SANE_Device **sane_devlist; + int i; + + FIXME("detecting sane...\n"); + if (sane_get_devices (&sane_devlist, SANE_FALSE) != SANE_STATUS_GOOD) + return; + for ( i=0; + sane_devlist[i] && + sane_devlist[i]->model && + sane_devlist[i]->vendor && + sane_devlist[i]->name; + i++ + ) { + if (nrdevices) + devices = realloc(devices, sizeof(devices[0])*(nrdevices+1)); + else + devices = malloc(sizeof(devices[0])); + devices[nrdevices].type = DEVTYPE_SANE; + devices[nrdevices].u.sane.dev = sane_devlist[i]; + nrdevices++; + } + return; +#endif +} + +static void +detect_gphoto_devices() { +#ifdef HAVE_GPHOTO2 + int x, count; + CameraList *list; + CameraAbilitiesList *al = NULL; + int result; + + GPPortInfoList *plist = NULL; + + TRACE("detecting gphoto...\n"); + if (gp_port_info_list_new (&plist) < GP_OK) + return; + result = gp_port_info_list_load (plist); + if (result < 0) { + gp_port_info_list_free (plist); + return; } - else - { - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_SEQERROR; + count = gp_port_info_list_count (plist); + if (count <= 0) + return; + if (gp_list_new (&list) < GP_OK) + return; + gp_abilities_list_new (&al); + gp_abilities_list_load (al, NULL); + gp_abilities_list_detect (al, plist, list, NULL); + gp_abilities_list_free (al); + + count = gp_list_count (list); + if (count < GP_OK) { + gp_list_free (list); + return; + } + for (x = 0; x < count; x++) { + const char *s; + if (nrdevices) + devices = realloc(devices, sizeof(devices[0])*(nrdevices+1)); + else + devices = malloc(sizeof(devices[0])); + devices[nrdevices].type = DEVTYPE_GPHOTO; + gp_list_get_name (list, x, &s); + devices[nrdevices].u.gphoto.name = strdup(s); + gp_list_get_value (list, x, &s); + devices[nrdevices].u.gphoto.port = strdup(s); + TRACE("Adding gphoto device %s:%s...\n", devices[nrdevices].u.gphoto.name, devices[nrdevices].u.gphoto.port); + nrdevices++; } - } - else - { - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_NODS; - } + gp_list_free (list); +#endif +} - return twRC; +static void +twain_autodetect() { + if (detectionrun) return; + detectionrun = 1; + + detect_sane_devices(); + detect_gphoto_devices(); +} + +/* DG_CONTROL/DAT_IDENTITY/MSG_CLOSEDS */ +TW_UINT16 TWAIN_CloseDS (pTW_IDENTITY pOrigin, TW_MEMREF pData) +{ + TW_UINT16 twRC = TWRC_SUCCESS; + pTW_IDENTITY pIdentity = (pTW_IDENTITY) pData; + activeDS *currentDS = NULL, *prevDS = NULL; + + TRACE ("DG_CONTROL/DAT_IDENTITY/MSG_CLOSEDS\n"); + + for (currentDS = activeSources; currentDS; currentDS = currentDS->next) { + if (currentDS->identity.Id == pIdentity->Id) + break; + prevDS = currentDS; + } + if (currentDS) { + /* Only valid to close a data source if it is in state 4 */ + if (currentDS->currentState == 4) { + switch (devices[currentDS->deviceIndex].type) { +#ifdef HAVE_SANE + case DEVTYPE_SANE: + sane_close (currentDS->deviceHandle); + break; +#endif +#ifdef HAVE_GPHOTO2 + case DEVTYPE_GPHOTO: + gp_camera_exit (currentDS->camera, NULL); + currentDS->camera = NULL; + break; #endif + default: + FIXME("Unknown devtype %d\n", devices[currentDS->deviceIndex].type); + break; + } + /* remove the data source from active data source list */ + if (prevDS) + prevDS->next = currentDS->next; + else + activeSources = currentDS->next; + HeapFree (GetProcessHeap(), 0, currentDS); + twRC = TWRC_SUCCESS; + DSM_twCC = TWCC_SUCCESS; + } else { + twRC = TWRC_FAILURE; + DSM_twCC = TWCC_SEQERROR; + } + } else { + twRC = TWRC_FAILURE; + DSM_twCC = TWCC_NODS; + } + return twRC; } /* Sane returns device names that are longer than the 32 bytes allowed @@ -118,229 +214,221 @@ } #endif +static int +_get_id(pTW_IDENTITY pSourceIdentity, int i) { + pSourceIdentity->Id = DSM_sourceId++; + pSourceIdentity->ProtocolMajor = TWON_PROTOCOLMAJOR; + pSourceIdentity->ProtocolMinor = TWON_PROTOCOLMINOR; + + /* FIXME: the default device is not necessarily the first device. * + * Users should be able to choose the default device */ + switch (devices[i].type) { +#ifdef HAVE_SANE + case DEVTYPE_SANE: { + copy_sane_short_name(devices[i].u.sane.dev->name, pSourceIdentity->ProductName, sizeof(pSourceIdentity->ProductName) - 1); + TRACE("got: %s (short [%s]), %s, %s\n", + devices[i].u.sane.dev->name, + pSourceIdentity->ProductName, + devices[i].u.sane.dev->vendor, + devices[i].u.sane.dev->model + ); + lstrcpynA (pSourceIdentity->Manufacturer, devices[i].u.sane.dev->vendor, sizeof(pSourceIdentity->Manufacturer) - 1); + lstrcpynA (pSourceIdentity->ProductFamily, devices[i].u.sane.dev->model, sizeof(pSourceIdentity->ProductFamily) - 1); + DSM_twCC = TWCC_SUCCESS; + return TWRC_SUCCESS; + } +#endif + case DEVTYPE_GPHOTO: { + TRACE ("return gphoto entry %s.%s\n", devices[i].u.gphoto.name, devices[i].u.gphoto.port); + lstrcpynA (pSourceIdentity->Manufacturer, devices[i].u.gphoto.name, sizeof(pSourceIdentity->Manufacturer) - 1); + lstrcpynA (pSourceIdentity->ProductFamily, "GPhoto Camera", sizeof(pSourceIdentity->ProductFamily) - 1); + lstrcpynA (pSourceIdentity->ProductName, devices[i].u.gphoto.port, sizeof(pSourceIdentity->ProductName) - 1); + DSM_twCC = TWCC_SUCCESS; + return TWRC_SUCCESS; + } + default: + TRACE("No TWAIN device available.\n"); + DSM_twCC = TWCC_NODS; + return TWRC_FAILURE; + } +} + /* DG_CONTROL/DAT_IDENTITY/MSG_GETDEFAULT */ TW_UINT16 TWAIN_IdentityGetDefault (pTW_IDENTITY pOrigin, TW_MEMREF pData) { -#ifndef HAVE_SANE - DSM_twCC = TWCC_NODS; - return TWRC_FAILURE; -#else - TW_UINT16 twRC = TWRC_SUCCESS; - pTW_IDENTITY pSourceIdentity = (pTW_IDENTITY) pData; - - TRACE("DG_CONTROL/DAT_IDENTITY/MSG_GETDEFAULT\n"); - - if (!device_list) - { - if ((sane_get_devices (&device_list, SANE_FALSE) != SANE_STATUS_GOOD)) - { - DSM_twCC = TWCC_NODS; - return TWRC_FAILURE; - } - } - - /* FIXME: the default device is not necessarily the first device. * - * Users should be able to choose the default device */ - if (device_list && device_list[0]) - { - pSourceIdentity->Id = DSM_sourceId ++; - copy_sane_short_name(device_list[0]->name, pSourceIdentity->ProductName, sizeof(pSourceIdentity->ProductName) - 1); - TRACE("got: %s (short [%s]), %s, %s\n", device_list[0]->name, pSourceIdentity->ProductName, device_list[0]->vendor, device_list[0]->model); - lstrcpynA (pSourceIdentity->Manufacturer, device_list[0]->vendor, sizeof(pSourceIdentity->Manufacturer) - 1); - lstrcpynA (pSourceIdentity->ProductFamily, device_list[0]->model, sizeof(pSourceIdentity->ProductFamily) - 1); - pSourceIdentity->ProtocolMajor = TWON_PROTOCOLMAJOR; - pSourceIdentity->ProtocolMinor = TWON_PROTOCOLMINOR; - - twRC = TWRC_SUCCESS; - DSM_twCC = TWCC_SUCCESS; - - } - else - { - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_NODS; - } + pTW_IDENTITY pSourceIdentity = (pTW_IDENTITY) pData; - return twRC; -#endif + TRACE("DG_CONTROL/DAT_IDENTITY/MSG_GETDEFAULT\n"); + DSM_twCC = TWCC_NODS; + twain_autodetect(); + if (!nrdevices) + return TWRC_FAILURE; + return _get_id(pSourceIdentity,0); } /* DG_CONTROL/DAT_IDENTITY/MSG_GETFIRST */ TW_UINT16 TWAIN_IdentityGetFirst (pTW_IDENTITY pOrigin, TW_MEMREF pData) { -#ifndef HAVE_SANE - DSM_twCC = TWCC_NODS; - return TWRC_FAILURE; -#else - TW_UINT16 twRC = TWRC_SUCCESS; - pTW_IDENTITY pSourceIdentity = (pTW_IDENTITY) pData; - SANE_Status status; - - TRACE ("DG_CONTROL/DAT_IDENTITY/MSG_GETFIRST\n"); - - device_list = NULL; - status = sane_get_devices (&device_list, SANE_FALSE); - if (status == SANE_STATUS_GOOD) - { - if (device_list[0]) - { - pSourceIdentity->Id = DSM_sourceId ++; - copy_sane_short_name(device_list[0]->name, pSourceIdentity->ProductName, sizeof(pSourceIdentity->ProductName) - 1); - TRACE("got: %s (short [%s]), %s, %s\n", device_list[0]->name, pSourceIdentity->ProductName, device_list[0]->vendor, device_list[0]->model); - lstrcpynA (pSourceIdentity->Manufacturer, device_list[0]->vendor, sizeof(pSourceIdentity->Manufacturer) - 1); - lstrcpynA (pSourceIdentity->ProductFamily, device_list[0]->model, sizeof(pSourceIdentity->ProductFamily) - 1); - pSourceIdentity->ProtocolMajor = TWON_PROTOCOLMAJOR; - pSourceIdentity->ProtocolMinor = TWON_PROTOCOLMINOR; - - DSM_currentDevice = 1; - twRC = TWRC_SUCCESS; - DSM_twCC = TWCC_SUCCESS; - } - else - { - TRACE("got empty device list\n"); - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_NODS; - } - } - else if (status == SANE_STATUS_NO_MEM) - { - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_LOWMEMORY; - } - else - { - WARN("sane_get_devices() failed: %s\n", sane_strstatus (status)); - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_NODS; - } + pTW_IDENTITY pSourceIdentity = (pTW_IDENTITY) pData; - return twRC; -#endif + TRACE ("DG_CONTROL/DAT_IDENTITY/MSG_GETFIRST\n"); + twain_autodetect(); + if (!nrdevices) { + TRACE ("no entries found.\n"); + DSM_twCC = TWCC_SUCCESS; + return TWRC_ENDOFLIST; + } + DSM_currentDevice = 0; + return _get_id(pSourceIdentity,DSM_currentDevice++); } /* DG_CONTROL/DAT_IDENTITY/MSG_GETNEXT */ TW_UINT16 TWAIN_IdentityGetNext (pTW_IDENTITY pOrigin, TW_MEMREF pData) { -#ifndef HAVE_SANE - DSM_twCC = TWCC_SUCCESS; - return TWRC_ENDOFLIST; -#else - TW_UINT16 twRC = TWRC_SUCCESS; - pTW_IDENTITY pSourceIdentity = (pTW_IDENTITY) pData; - - TRACE("DG_CONTROL/DAT_IDENTITY/MSG_GETNEXT\n"); - - if (device_list && device_list[DSM_currentDevice] && - device_list[DSM_currentDevice]->name && - device_list[DSM_currentDevice]->vendor && - device_list[DSM_currentDevice]->model) - { - pSourceIdentity->Id = DSM_sourceId ++; - copy_sane_short_name(device_list[DSM_currentDevice]->name, pSourceIdentity->ProductName, sizeof(pSourceIdentity->ProductName) - 1); - TRACE("got: %s (short [%s]), %s, %s\n", device_list[DSM_currentDevice]->name, pSourceIdentity->ProductName, device_list[DSM_currentDevice]->vendor, device_list[DSM_currentDevice]->model); - lstrcpynA (pSourceIdentity->Manufacturer, device_list[DSM_currentDevice]->vendor, sizeof(pSourceIdentity->Manufacturer) - 1); - lstrcpynA (pSourceIdentity->ProductFamily, device_list[DSM_currentDevice]->model, sizeof(pSourceIdentity->ProductFamily) - 1); - pSourceIdentity->ProtocolMajor = TWON_PROTOCOLMAJOR; - pSourceIdentity->ProtocolMinor = TWON_PROTOCOLMINOR; - DSM_currentDevice ++; - - twRC = TWRC_SUCCESS; - DSM_twCC = TWCC_SUCCESS; - } - else - { - DSM_twCC = TWCC_SUCCESS; - twRC = TWRC_ENDOFLIST; - } + pTW_IDENTITY pSourceIdentity = (pTW_IDENTITY) pData; - return twRC; -#endif + TRACE("DG_CONTROL/DAT_IDENTITY/MSG_GETNEXT\n"); + if (!nrdevices || (DSM_currentDevice == nrdevices)) { + DSM_twCC = TWCC_SUCCESS; + return TWRC_ENDOFLIST; + } + return _get_id(pSourceIdentity,DSM_currentDevice++); } /* DG_CONTROL/DAT_IDENTITY/MSG_OPENDS */ TW_UINT16 TWAIN_OpenDS (pTW_IDENTITY pOrigin, TW_MEMREF pData) { -#ifndef HAVE_SANE - DSM_twCC = TWCC_NODS; - return TWRC_FAILURE; + TW_UINT16 i = 0; + pTW_IDENTITY pIdentity = (pTW_IDENTITY) pData; + TW_STR32 shortname; + activeDS *newSource; + + TRACE("DG_CONTROL/DAT_IDENTITY/MSG_OPENDS\n"); + + if (DSM_currentState != 3) { + DSM_twCC = TWCC_SEQERROR; + FIXME("sequence error\n"); + return TWRC_FAILURE; + } + twain_autodetect(); + if (!nrdevices) { + DSM_twCC = TWCC_NODS; + FIXME("No devices.\n"); + return TWRC_FAILURE; + } + + if (pIdentity->ProductName[0] != '\0') { + /* Make sure the source to be opened exists in the device list */ + for (i = 0; i<nrdevices; i++) { + int found = 0; + switch (devices[i].type) { +#ifdef HAVE_SANE + case DEVTYPE_SANE: + copy_sane_short_name(devices[i].u.sane.dev->name, shortname, sizeof(shortname) - 1); + if (strcmp (shortname, pIdentity->ProductName) == 0) + found = 1; + break; +#endif + case DEVTYPE_GPHOTO: + if (strcmp (devices[i].u.gphoto.port, pIdentity->ProductName) == 0) + found = 1; + break; + default:break; + } + if (found) + break; + } + if (i == nrdevices) + i=0; + } /* else use the first device */ + + /* the source is found in the device list */ + newSource = HeapAlloc (GetProcessHeap(), 0, sizeof (activeDS)); + if (!newSource) { + DSM_twCC = TWCC_LOWMEMORY; + FIXME("Out of memory.\n"); + return TWRC_FAILURE; + } + newSource->deviceIndex = i; + switch (devices[i].type) { +#ifdef HAVE_SANE + case DEVTYPE_SANE: { + SANE_Status status; + status = sane_open(devices[i].u.sane.dev->name,&newSource->deviceHandle); + if (status == SANE_STATUS_GOOD) { + /* Assign name and id for the opened data source */ + lstrcpynA (pIdentity->ProductName, shortname, sizeof(pIdentity->ProductName) - 1); + pIdentity->Id = DSM_sourceId ++; + /* add the data source to an internal active source list */ + newSource->next = activeSources; + newSource->identity.Id = pIdentity->Id; + strcpy (newSource->identity.ProductName, pIdentity->ProductName); + newSource->currentState = 4; /*transition into state 4*/ + newSource->twCC = TWCC_SUCCESS; + activeSources = newSource; + DSM_twCC = TWCC_SUCCESS; + return TWRC_SUCCESS; + } else { + DSM_twCC = TWCC_OPERATIONERROR; + return TWRC_FAILURE; + } + break; + } +#endif + case DEVTYPE_GPHOTO: { +#ifdef HAVE_GPHOTO2 + int ret, m; + CameraAbilities a; + CameraAbilitiesList *al = NULL; + + + DSM_twCC = TWCC_OPERATIONERROR; + ret = gp_camera_new (&newSource->camera); + if (ret < GP_OK) { + FIXME("failed to gp_camera_new\n"); + return TWRC_FAILURE; + } + + gp_abilities_list_new (&al); + gp_abilities_list_load (al, NULL); + m = gp_abilities_list_lookup_model (al, devices[i].u.gphoto.name); + if (m < GP_OK) { + FIXME("failed to gp_camera_list_lookup_model\n"); + return TWRC_FAILURE; + } + ret = gp_abilities_list_get_abilities (al, m, &a); + if (ret < GP_OK) { + FIXME("failed to gp_camera_list_get_abilities\n"); + return TWRC_FAILURE; + } + ret = gp_camera_set_abilities (newSource->camera, a); + if (ret < GP_OK) { + FIXME("failed to gp_camera_set_abilities\n"); + return TWRC_FAILURE; + } + gp_abilities_list_free (al); + /* Assign name and id for the opened data source */ + lstrcpynA (pIdentity->ProductName, shortname, sizeof(pIdentity->ProductName) - 1); + pIdentity->Id = DSM_sourceId ++; + /* add the data source to an internal active source list */ + newSource->next = activeSources; + newSource->identity.Id = pIdentity->Id; + strcpy (newSource->identity.ProductName, pIdentity->ProductName); + newSource->currentState = 4; /*transition into state 4*/ + newSource->twCC = TWCC_SUCCESS; + activeSources = newSource; + DSM_twCC = TWCC_SUCCESS; + TRACE("succeeded opening gphoto camera.\n"); + return TWRC_SUCCESS; #else - TW_UINT16 twRC = TWRC_SUCCESS, i = 0; - pTW_IDENTITY pIdentity = (pTW_IDENTITY) pData; - TW_STR32 shortname; - activeDS *newSource; - SANE_Status status; - - TRACE("DG_CONTROL/DAT_IDENTITY/MSG_OPENDS\n"); - - if (DSM_currentState != 3) - { - DSM_twCC = TWCC_SEQERROR; - return TWRC_FAILURE; - } - - if (!device_list && - (sane_get_devices (&device_list, SANE_FALSE) != SANE_STATUS_GOOD)) - { - DSM_twCC = TWCC_NODS; - return TWRC_FAILURE; - } - - if (pIdentity->ProductName[0] != '\0') - { - /* Make sure the source to be opened exists in the device list */ - for (i = 0; device_list[i]; i ++) - { - copy_sane_short_name(device_list[i]->name, shortname, sizeof(shortname) - 1); - if (strcmp (shortname, pIdentity->ProductName) == 0) - break; - } - - } - - if (device_list[i]) - { - /* the source is found in the device list */ - newSource = HeapAlloc (GetProcessHeap(), 0, sizeof (activeDS)); - if (newSource) - { - newSource->deviceIndex = i; - status = sane_open(device_list[i]->name,&newSource->deviceHandle); - if (status == SANE_STATUS_GOOD) - { - /* Assign name and id for the opened data source */ - lstrcpynA (pIdentity->ProductName, shortname, sizeof(pIdentity->ProductName) - 1); - pIdentity->Id = DSM_sourceId ++; - /* add the data source to an internal active source list */ - newSource->next = activeSources; - newSource->identity.Id = pIdentity->Id; - strcpy (newSource->identity.ProductName, pIdentity->ProductName); - newSource->currentState = 4; /*transition into state 4*/ - newSource->twCC = TWCC_SUCCESS; - activeSources = newSource; - twRC = TWRC_SUCCESS; - DSM_twCC = TWCC_SUCCESS; - } - else - { - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_OPERATIONERROR; - } - } - else - { - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_LOWMEMORY; - } - } - else - { - twRC = TWRC_FAILURE; - DSM_twCC = TWCC_NODS; - } - - return twRC; + ERR("No gphoto support?\n"); #endif + } + default: + FIXME("default case, device type %d?\n", devices[i].type); + DSM_twCC = TWCC_OPERATIONERROR; + return TWRC_FAILURE; + } } /* DG_CONTROL/DAT_IDENTITY/MSG_USERSELECT */ @@ -351,7 +439,7 @@ #else TW_UINT16 twRC = TWRC_SUCCESS; - TRACE("DG_CONTROL/DAT_IDENTITY/MSG_USERSELECT\n"); + FIXME("DG_CONTROL/DAT_IDENTITY/MSG_USERSELECT\n"); /* FIXME: we should replace xscanimage with our own User Select UI */ system("xscanimage"); @@ -404,50 +492,40 @@ /* DG_CONTROL/DAT_PARENT/MSG_OPENDSM */ TW_UINT16 TWAIN_OpenDSM (pTW_IDENTITY pOrigin, TW_MEMREF pData) { -#ifndef HAVE_SANE - return TWRC_FAILURE; -#else - TW_UINT16 twRC = TWRC_SUCCESS; - SANE_Status status; - SANE_Int version_code; + TW_UINT16 twRC = TWRC_SUCCESS; - TRACE("DG_CONTROL/DAT_PARENT/MSG_OPENDSM\n"); - - if (DSM_currentState == 2) - { - if (!DSM_initialized) - { - DSM_initialized = TRUE; - status = sane_init (&version_code, NULL); - device_list = NULL; - DSM_currentDevice = 0; - DSM_sourceId = 0; - } - DSM_parentHWND = *(TW_HANDLE*)pData; - DSM_currentState = 3; /* transition to state 3 */ - DSM_twCC = TWCC_SUCCESS; - twRC = TWRC_SUCCESS; - } - else - { - /* operation invoked in invalid state */ - DSM_twCC = TWCC_SEQERROR; - twRC = TWRC_FAILURE; - } + TRACE("DG_CONTROL/DAT_PARENT/MSG_OPENDSM\n"); + if (DSM_currentState == 2) { + if (!DSM_initialized) { +#ifdef HAVE_SANE + SANE_Status status; + SANE_Int version_code; - return twRC; + status = sane_init (&version_code, NULL); #endif + DSM_currentDevice = 0; + DSM_initialized = TRUE; + } + DSM_parentHWND = *(TW_HANDLE*)pData; + DSM_currentState = 3; /* transition to state 3 */ + DSM_twCC = TWCC_SUCCESS; + twRC = TWRC_SUCCESS; + } else { + /* operation invoked in invalid state */ + DSM_twCC = TWCC_SEQERROR; + twRC = TWRC_FAILURE; + } + return twRC; } /* DG_CONTROL/DAT_STATUS/MSG_GET */ TW_UINT16 TWAIN_GetDSMStatus (pTW_IDENTITY pOrigin, TW_MEMREF pData) { - pTW_STATUS pSourceStatus = (pTW_STATUS) pData; + pTW_STATUS pSourceStatus = (pTW_STATUS) pData; - TRACE ("DG_CONTROL/DAT_STATUS/MSG_GET\n"); + TRACE ("DG_CONTROL/DAT_STATUS/MSG_GET\n"); - pSourceStatus->ConditionCode = DSM_twCC; - DSM_twCC = TWCC_SUCCESS; /* clear the condition code */ - - return TWRC_SUCCESS; + pSourceStatus->ConditionCode = DSM_twCC; + DSM_twCC = TWCC_SUCCESS; /* clear the condition code */ + return TWRC_SUCCESS; } Index: dlls/twain/twain_i.h =================================================================== RCS file: /home/wine/wine/dlls/twain/twain_i.h,v retrieving revision 1.8 diff -u -r1.8 twain_i.h --- dlls/twain/twain_i.h 28 Mar 2006 18:13:00 -0000 1.8 +++ dlls/twain/twain_i.h 9 Apr 2006 19:13:29 -0000 @@ -28,6 +28,13 @@ #endif #include <stdarg.h> +#ifdef HAVE_GPHOTO2 +/* Hack ... otherwise gphoto2 thinks its on Windows */ +# undef WIN32 +# include <gphoto2/gphoto2-camera.h> +# define WIN32 +#endif + #include "windef.h" #include "winbase.h" #include "twain.h" @@ -43,12 +50,15 @@ TW_UINT16 twCC; /* condition code */ HWND hwndOwner; /* window handle of the app */ HWND progressWnd; /* window handle of the scanning window */ + INT deviceIndex; /* index of the current device */ #ifdef HAVE_SANE SANE_Handle deviceHandle; /* device handle */ SANE_Parameters sane_param; /* parameters about the image transferred */ - BOOL sane_param_valid; /* true if valid sane_param*/ - INT deviceIndex; /* index of the current device */ + BOOL sane_param_valid; /* true if valid sane_param*/ +#endif +#ifdef HAVE_GPHOTO2 + Camera *camera; #endif /* Capabiblities */ TW_UINT16 capXferMech; /* ICAP_XFERMECH */ @@ -62,9 +72,33 @@ TW_UINT16 DSM_currentDevice; /* keep track of device during enumeration */ HINSTANCE DSM_instance; +enum twain_devtype { + DEVTYPE_SANE, + DEVTYPE_GPHOTO +}; + +struct sane_device { #ifdef HAVE_SANE -const SANE_Device **device_list;/* a list of all sane devices */ + const SANE_Device *dev; #endif +}; + +struct gphoto_device { + const char *name; + const char *port; +}; + +struct all_devices { + enum twain_devtype type; + union { + struct sane_device sane; + struct gphoto_device gphoto; + } u; +}; + +extern int nrdevices; +extern struct all_devices *devices; + activeDS *activeSources; /* list of active data sources */ /* Helper functions */ Index: dlls/twain/ui.c =================================================================== RCS file: /home/wine/wine/dlls/twain/ui.c,v retrieving revision 1.1 diff -u -r1.1 ui.c --- dlls/twain/ui.c 28 Mar 2006 18:13:00 -0000 1.1 +++ dlls/twain/ui.c 9 Apr 2006 19:13:30 -0000 @@ -574,15 +574,15 @@ index ++; } - len = lstrlenA(device_list[pSource->deviceIndex]->vendor) - + lstrlenA(device_list[pSource->deviceIndex]->model) + 2; + len = lstrlenA(devices[pSource->deviceIndex].u.sane.dev->vendor) + + lstrlenA(devices[pSource->deviceIndex].u.sane.dev->model) + 2; szCaption = HeapAlloc(GetProcessHeap(),0,len *sizeof(WCHAR)); - MultiByteToWideChar(CP_ACP,0,device_list[pSource->deviceIndex]->vendor,-1, + MultiByteToWideChar(CP_ACP,0,devices[pSource->deviceIndex].u.sane.dev->vendor,-1, szCaption,len); - szCaption[lstrlenA(device_list[pSource->deviceIndex]->vendor)] = ' '; - MultiByteToWideChar(CP_ACP,0,device_list[pSource->deviceIndex]->model,-1, - &szCaption[lstrlenA(device_list[pSource->deviceIndex]->vendor)+1],len); + szCaption[lstrlenA(devices[pSource->deviceIndex].u.sane.dev->vendor)] = ' '; + MultiByteToWideChar(CP_ACP,0,devices[pSource->deviceIndex].u.sane.dev->model,-1, + &szCaption[lstrlenA(devices[pSource->deviceIndex].u.sane.dev->vendor)+1],len); psh.dwSize = sizeof(PROPSHEETHEADERW); psh.dwFlags = PSH_PROPSHEETPAGE|PSH_PROPTITLE|PSH_USECALLBACK;

3 3

Coverity and our conformance tests
by Paul Vriens 18 Apr '06

18 Apr '06

Hi, our conformance tests are (of course) also testing several things that would be reported by the coverity checks. Should we just mark these as FALSE or how should we deal we these 'errors'? Cheers, Paul.

2 1

Re: comctl32: header [3/6]: Add scratch buffers to HEADER_INFO
by Alexandre Julliard 18 Apr '06

18 Apr '06

Mikołaj Zalewski <mikolaj(a)zalewski.pl> writes: > These patches tries to correct some bugs in header notification > messages. This patch adds some buffers that will be used for > ANSI/Unicode convertions. It seems a bit wasteful to always keep large buffers around, especially since in many cases they won't even get used. Allocating and freeing them as needed would be preferable IMO. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Preliminary CD-Rom support on Darwin
by Alexandre Julliard 18 Apr '06

18 Apr '06

Emmanuel Maillard <mahanuu(a)opendarwin.org> writes: > Is there anything wrong with this patch? Lots of things I'm afraid. For one it has way too many #ifdefs; also you don't want to store device names in the server, you don't want to have drive symlinks point to dummy files, and you shouldn't need to store things in the registry. Look at my recent HAL patch in explorer, you should try to do things more or less the same way. -- Alexandre Julliard julliard(a)winehq.org

1 0

X crash with latest git/cvs
by Paul Vriens 18 Apr '06

18 Apr '06

Hi, I've just removed my .wine to get a clean start (wasn't much in there anyway). When I now start any program (regedit, iexplore) I get an X-crash. I did a WINEDEBUG=+all,+relay and the last X-related thing I see is : err:x11drv:error_handler X protocol error: serial=6892, request_code=146 - breaking into debugger Anybody experiencing the same? Didn't do any regression testing yet. I'm running FC5. Cheers, Paul.

1 1

Re: advpack: Add a missing forward declaration for get_parameter
by Alexandre Julliard 18 Apr '06

18 Apr '06

"James Hawkins" <truiken(a)gmail.com> writes: > Changelog: > * Add a missing forward declaration for get_parameter. It would be better to create a header for all the prototypes. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: gdi: Add header for GetCharABCWidthI
by Alexandre Julliard 18 Apr '06

18 Apr '06

Jeff L <lats(a)yless4u.com.au> writes: > Add headers for GetCharABCWidthsI and WineEngGetCharABCWidthsI. > > Jeff Latimer > Index: ../../include/wingdi.h > =================================================================== > RCS file: /home/wine/wine/include/wingdi.h,v > retrieving revision 1.131 > diff -u -r1.131 wingdi.h > --- ../../include/wingdi.h 3 Jan 2006 12:43:38 -0000 1.131 > +++ ../../include/wingdi.h 14 Apr 2006 05:00:36 -0000 Please generate patches from the top-level directory, otherwise they are a pain to apply. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ole32: Uncomment some code to make sure it is compiled, but don't run it.
by Dimi Paun 18 Apr '06

18 Apr '06

On Tue, 2006-04-18 at 17:18 +0900, Mike McCormack wrote: > + /* doesn't pass with Win9x COM DLLs (even though Essential COM says it should) */ > + if (0) test_out_of_process_com(); Why not disable it for win9x then? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: SHDOCVW: Move IOleClientSite to new DocHost object to allow sharing code between WebBrowser and InternetExplorer.
by Alexandre Julliard 18 Apr '06

18 Apr '06

Jacek Caban <jacek(a)codeweavers.com> writes: > ChangeLog: > Move IOleClientSite to new DocHost object to allow sharing code > between WebBrowser and InternetExplorer. Thanks for sending a series of small patches instead of a big one, but next time can you please number the patches? (git-format-patch -n can do it for you). You can't rely on the mail server to preserve the order, and since they all depend on each other I have to be able to apply them in the right sequence. Thanks. -- Alexandre Julliard julliard(a)winehq.org

2 1

PeekMessageW fixme spam in latest CVS
by Adam D. Moss 18 Apr '06

18 Apr '06

Second Life causes a very recent CVS WINE to spit out one of these every frame: fixme:msg:PeekMessageW PM_QS_xxxx flags (0007) are not handled This started (approximately) yesterday (Monday). Regards, --adam

1 0

SOC Idea - native x86-64 port
by Steven Edwards 18 Apr '06

18 Apr '06

Hi, I don't know how feasable this is but maybe we could have a google summer of code project to work on the x86-64 port. I have no idea if Winelib already works but maybe someone could look in to developing a thunking/emulation plugin that lets us run Win32 apps on Win64. Thanks -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

2 2

Re: [Fwd: Possible scanner bug]
by Mike Hearn 18 Apr '06

18 Apr '06

[CCd wine-devel] Awesome, thanks Matthew. Full credit to James Hawkins who figured out what was tripped up the scanner anyway, I just forwarded the info on. So there we go guys! We are down 220 bugs overnight :) Matthew Hayward wrote: > Hello Mike, > Thanks for pointing out the WideCharToMultiByte function. I > have provided back end configuration indicating it is not an error to > send in parameter #4 as negative, and that eliminated around 220 > reports. We try to have a low false positive rate, but sometimes when > we misunderstand an interface like that we will see a bug report at each > invocation of the interface, fortunately most of the time, as in this > case, we can configure around it easily. > Thanks again for pointing this out to us! >

3 3

Re: regedit, wordpad hungarian translation (try 2)
by James Hawkins 17 Apr '06

17 Apr '06

On 4/17/06, Kovács András <andras(a)csevego.net> wrote: > Hi, I splitted the last patch. This is a hungarian translation patch of > regedit, and wordpad. Best regards, Andras > Check out http://winehq.org/site/sending_patches. Only send one patch per email. -- James Hawkins

1 0

WoW crashes in 'wine_cp_mbstowcs' under certain circumstances.
by Tomas Carnecky 17 Apr '06

17 Apr '06

These circumstances being if it tries to load an invalid lua file, more specifically a lua file which contains the invalid lua string (not character!) "\342\200\260". I don't know what this function does and there isn't a TRACE() in that function, so could someone please review if the function is implemented correctly (wrt the above char sequence) or give me more informations about the arguments so I could add a TRACE() to see what WoW passes to it? thanks tom

3 8

Re: [update] Add test for long float numbers in msvcrt printf test suite
by Jesse Allen 17 Apr '06

17 Apr '06

On 4/17/06, Tomas Carnecky <tom(a)dbservice.com> wrote: > Changelog: > - Add test for long float numbers in msvcrt snprintf test suite > > update: snprintf() doesn't print the exact same number because it's a > double. > > together with my patch that is available in wine-devel wine passes the > msvcrt tests. > > tom > > > > > > > This test fails on Windows 2003.

1 0

Re: winebrowser: Use user's preferred browser
by Jeremy White 17 Apr '06

17 Apr '06

> + "kfmclient exec,gnome-open,kmail,mozilla-thunderbird,thunderbird,evolution"; A Gnome user will be offended if you spool up the entire KDE environment just to launch a URL; a KDE user will be similarly offended by gnome-open. Further, if I'm a Gnome user, I may have KDE on my system, and kfmclient exec may work, but it's likely to not be the browser I *really* want used. The standard that's developing is that you don't invoke a KDE program unless KDE_FULL_DESKTOP is set and you don't invoke a Gnome session unless GNOME_DESKTOP_SESSION_ID is set. Cheers, Jeremy

5 5

Re: winspool/tests: fix broken test for GetPrinterDriver
by Dmitry Timoshkov 17 Apr '06

17 Apr '06

"Detlef Riekenberg" <wine.dev(a)web.de> wrote: > @@ -939,36 +939,36 @@ static void test_GetPrinterDriver(void) > > for (level = -1; level <= 7; level++) > { > - SetLastError(0xdeadbeef); > + SetLastError(MAGIC_DEAD); Please don't change this, stick to the style used everywhere else, i.e. use 0xdeadbeef directly. > needed = (DWORD)-1; > ret = GetPrinterDriver(hprn, NULL, level, NULL, 0, &needed); > - ok(!ret, "level %d: GetPrinterDriver should fail\n", level); > - if (level >= 1 && level <= 6) > - { > - ok(GetLastError() == ERROR_INSUFFICIENT_BUFFER, "wrong error %ld\n", GetLastError()); > - ok(needed > 0,"not expected needed buffer size %ld\n", needed); > - } > - else > - { > - ok(GetLastError() == ERROR_INVALID_LEVEL, "wrong error %ld\n", GetLastError()); > - ok(needed == (DWORD)-1,"not expected needed buffer size %ld\n", needed); > - continue; > - } > + ok(!ret && ((GetLastError() == ERROR_INVALID_LEVEL) || > + (GetLastError() == ERROR_INSUFFICIENT_BUFFER) || > + (GetLastError() == ERROR_OUTOFMEMORY)), "%d: returned %d with %ld " \ > + "(expected '0' with: ERROR_INVALID_LEVEL, ERROR_INSUFFICIENT_BUFFER" \ > + "or ERROR_OUTOFMEMORY)\n", level, ret, GetLastError()); > + > + if (GetLastError() != ERROR_INSUFFICIENT_BUFFER) continue; > + > + ok(needed > 0,"%d: returned size %ld\n", level, needed); > + if (needed == 0) continue; I object to this change. The test needs a clear indication whether it's an invalid or a not supported parameter. Do not remove if {} else {}, that's an essential part of the test. A comment explaining the change would be also nice. > ret = GetPrinterDriver(hprn, NULL, level, buf, needed, &filled); > - ok(ret, "level %d: GetPrinterDriver error %ld\n", level, GetLastError()); > - ok(needed == filled, "needed %ld != filled %ld\n", needed, filled); > + ok( ret, "%d: returned %d with %ld (expected '!= 0')\n", > + level, ret, GetLastError()); "expected '!= 0'" is wrong, ret is BOOL, so "expected TRUE" or better leave it as it is now, error message already implies that the API has failed. > - ok(di_2->cVersion >= 0 && di_2->cVersion <= 3, "di_2->cVersion = %ld\n", di_2->cVersion); > + ok((di_2->cVersion >= 0 && di_2->cVersion <= 3) || > + (di_2->cVersion == 0x0400), "di_2->cVersion = %ld\n", di_2->cVersion); A comment explaining which windows version returns 0x400 (which contradicts MSDN) would be helpful. > ok(di_2->pName != NULL, "not expected NULL ptr\n"); > ok(di_2->pEnvironment != NULL, "not expected NULL ptr\n"); > ok(di_2->pDriverPath != NULL, "not expected NULL ptr\n"); > @@ -977,15 +977,15 @@ static void test_GetPrinterDriver(void) > > trace("cVersion %ld\n", di_2->cVersion); > trace("pName %s\n", di_2->pName); > - calculated += strlen(di_2->pName) + 1; > + calculated += lstrlenA(di_2->pName) + 1; If you want to replace strlen by lstrlenA (why?) that should be a separate patch. Same for below changes. -- Dmitry.

1 0

Solaris: Rundll322 exercising
by Robert Lunnon 16 Apr '06

16 Apr '06

I would like to exercise rundll32 or similar (IE accessing a unix lib via the link in in .wine). This didn't work before because LD.SO refused to load a lib via a link with a colon in it's name. I wrote some code to fix it, but now process.c has been rearranged and the patch doesn't apply. It may well be that the new code works now but I need to test.

1 0

Re: abort if WINEDEBUG requests functionality that was disabled at configure time
by Mike Hearn 16 Apr '06

16 Apr '06

On Sat, 15 Apr 2006 23:37:17 -0400, Mike Frysinger wrote: > if wine is built with --disable-trace or --disable-debug, then using WINEDEBUG > will accept the respective options without complaining and without actually > showing any useful information Why would anybody build without tracing anyway? I would be *very* surprised if it led to any noticable/real world performance improvement. Rather than do this why not just restore your packages configure switches to the upstream defaults?

5 7

Wine missing from repositories?
by Dee Ayy 16 Apr '06

16 Apr '06

1) I installed wine at work from kubunu breezy repositories (standard and maybe universe and multiverse repositories are added) on wednesday 4/12/2006, yet on thursday 4/13/2006 I installed ubuntu breezy at home and definitely had standard, universe, multiverse, and even the *deb http://wine.sourceforge.net/apt/ binary/* repository added, yet could not see wine available for installation. Is Wine missing from repositories? 2) I thought I might be able to build wine from source for my AMD64 using the info on this page http://www.winehq.com/site/download-deb , but I seem to be getting a ubuntu compiler problem. But I am posting the error in case it is a winehq problem and this helps you (and attaching config.log): root@ubuntu:/home/user1/apt_sources# apt-get --build source wine Reading package lists... Done Building dependency tree... Done Need to get 13.6MB of source archives. Get:1 http://wine.sourceforge.net source/ wine 0.9.11~winehq1-1 (dsc) [1209B] Get:2 http://wine.sourceforge.net source/ wine 0.9.11~winehq1-1 (tar) [ 13.5MB] Get:3 http://wine.sourceforge.net source/ wine 0.9.11~winehq1-1 (diff) [ 47.1kB] Fetched 3B in 0s (4B/s) Skipping unpack of already unpacked source in wine-0.9.11~winehq1 dpkg-buildpackage: source package is wine dpkg-buildpackage: source version is 0.9.11~winehq1-1 dpkg-buildpackage: source changed by Scott Ritchie <scott(a)open-vote.org> dpkg-buildpackage: host architecture amd64 debian/rules clean dh_testdir dh_testroot rm -f build-stamp # Add here commands to clean up after the build process. /usr/bin/make distclean make[1]: Entering directory `/home/user1/apt_sources/wine-0.9.11~winehq1' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/home/user1/apt_sources/wine-0.9.11~winehq1' make: [clean] Error 2 (ignored) #-/usr/bin/make -C documentation clean dh_clean debian/rules build dh_testdir # Add here commands to configure the package. CFLAGS="-Wall -g -O2" ./configure --host=x86_64-linux-gnu --build=x86_64-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking whether make sets $(MAKE)... yes checking for x86_64-linux-gnu-gcc... gcc -m32 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make: *** [config.status] Error 77 Build command 'cd wine-0.9.11~winehq1 && dpkg-buildpackage -b -uc' failed. E: Child process failed Please advise. **

2 1

GPG test - ignore
by Stefan Dösinger 15 Apr '06

15 Apr '06

I wonder why the gpg signatures of the mails I send to wine-patches are wrong when I receive them back, but not wine-devel. Trying to send a mail with a small attachment to here to test. I appologise for the spam. Stefan

1 0

Re: advpack: Perform install initialization in install_init
by James Hawkins 15 Apr '06

15 Apr '06

On 4/13/06, James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > Changelog: > * Add a structure to track the data for an install instance. > * Add install_init/release to perform install initialization. > Go ahead and trash all these advpack patches. There are a couple bugs, and some things I'm changing. I'll send the new patches next week. -- James Hawkins

1 0

re: Summer of Code Project: DirectPlay
by Dan Kegel 15 Apr '06

15 Apr '06

Alex wrote: > This is a proposal for a Google Summer of Code Project. > > Improve Wine's DirectPlay implementation so that it can at least run a > simple demo app, and ideally end up enabling network play for a free > game demo. > A list of such demos is available here > http://wiki.winehq.org/DirectPlayGames I think Alex is suggesting a possible project idea -- he's not proposing to do it himself. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Starcraft vs. fullscreen
by Molle Bestefich 15 Apr '06

15 Apr '06

These lines could explain why Starcraft is unable to switch to fullscreen: err:xrandr:X11DRV_XRandR_GetCurrentMode In unknown mode, returning default fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 16 to 8 fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 16 to 8 I seem to remember that BPP cannot be changed _at all_ with XRandR, is this correct? If it is, then the obvious thing to do is to leave BPP alone and just change to the correct resolution. What needs fixing here?

10 21

New SetThreadPriority patch
by Mike Hearn 15 Apr '06

15 Apr '06

This one uses POSIX capabilities to drop all root privs except for CAP_SYS_NICE, therefore, this is reasonably secure. There is one catch. For some reason a suid root app cannot read /proc/self/exe so relocatability isn't used, and anyway it'd be insecure even if it could as you could hard link wineserver then trick it into loading a malicious library relative to $ORIGIN. I think I will investigate this a bit more, but perhaps later. For now this is fine for RPMs and packages etc, which install to /usr, as they can simply "chmod +s wineserver" and have apps with solid audio. thanks -mike

1 0

Re: Implement THREAD_PRIORITY_TIME_CRITICAL
by Aneurin Price 15 Apr '06

15 Apr '06

Mike Hearn wrote: >> I'm not convinced this is true. At least some (maybe most or all) of >> the games showing this problem work just fine if true OSS (ie. not >> ALSA-emulated OSS) is used as the sound driver. WoW and StarCraft >> spring to mind immediately. Plus apparently they work in Cedega >> without needing to be root, though I have no first-hand experience of >> this. > > Maybe for you, but this problem seems to be related to all kinds of > things ... system speed, kernel scheduler, driver combinations, what > Wine is doing at the time etc. All I know is that this works great for > me, and no, rebuilding my kernel and going back to OSS is not really an > option :) > > Cedega, IIRC, either has some awful hacks or has the wineserver acquire > the privs, I don't remember which .... it'd be nice to find out. > > IMHO the best way would be for wineserver to be suid root and then drop > privs. It works everywhere and is simple. I really ought to remember to use reply-all for wine-devel. I've quoted my first post since I meant to send it to the list. Anyway, surely the `best' way would be for the kernel to support user-level `real-time' priorities like the ck kernels. Anybody know why they don't like the idea of that kind of thing? More on topic, does this simply change Wine's priority or does it act on a per-thread level? Most of the issues I've seen have been caused by the audio thread being starved by the others, and is often semi-solved by running Wine at nice 19, which seems counter-intuitive but appears to get around some sheduling problems (priority inversions spring to mind). This has the side effect of course that you have to make sure no other process is going to steal the cpu time from under you. Am I talking about the same issue as everyone else or have I got the wrong end of the stick?

10 36

Knights and merchants (valgrind)
by Joris Huizer 15 Apr '06

15 Apr '06

Hello, As suggested earlier on the list, I ran this game with valgrind (at last I tried again with svn, which works better than trying to patch 3.1.1) There are a few problems: valgrind comes with loads of errors, but only indicates which file (*.so) the errors come from (so I need to compile wine with gdb debugger support, without optimisations, I guess?) More serious, it seems wine uses some feature currently not supported by valgrind: ----- x86toIR: unimplemented feature vex: the `impossible' happened: x86 segment override (SEG=CS) prefix vex storage: T total 1908936388 bytes allocated valgrind: the 'impossible' happened: LibVEX called failure_exit(). ==14207== at 0xB00170DB: (within /usr/local/lib/valgrind/x86-linux/memcheck) sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==14207== at 0x480D03: ??? Thread 3: status = VgTs_WaitSys ==14207== at 0x200546A1: (within /lib/tls/libpthread-0.60.so) ==14207== by 0x202E81B7: (within /usr/local/lib/wine/ntdll.dll.so) Thread 4: status = VgTs_WaitSys ==14207== at 0x20129523: poll (in /lib/tls/libc-2.3.2.so) ==14207== by 0x23F252EF: (within /usr/local/lib/wine/wineoss.drv.so) Thread 5: status = VgTs_Runnable ==14207== at 0x2011D347: sched_yield (in /lib/tls/libc-2.3.2.so) ==14207== by 0x23F252EF: (within /usr/local/lib/wine/wineoss.drv.so) Thread 6: status = VgTs_Runnable ==14207== at 0x219840BE: (within /usr/local/lib/wine/winex11.drv.so) ==14207== by 0x23F252EF: (within /usr/local/lib/wine/wineoss.drv.so) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks. ----- is there a patch for this one? at least I will recompile wine with gdb debugger support and look at the errors valgrind comes with regards, Joris

1 0

Re: Dmitry Timoshkov : winspool: Add a test for GetPrinterDriver, make it pass under Wine.
by Detlef Riekenberg 15 Apr '06

15 Apr '06

Am Freitag, den 14.04.2006, 12:46 -0500 schrieb Alexandre Julliard: > Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> > Date: Fri Apr 14 22:34:57 2006 +0900 > > winspool: Add a test for GetPrinterDriver, make it pass under Wine. Thanks for working on winspool.drv, but i'm Sorry that I had not enough Time to look at the Patch before the commit. - Version 0x0400 was correct for win9x-Drivers (4.00). Version 3 is for Usermode-Drivers on w2k and above. (Version 2 is Kernelmode-Driver for NT4.0 and w2k) (Version 1 is NT3.5x and Version 0 is NT 3.1) Our Registry-Location is for win9x only (OpenDriverReg) - One Terminating Zero is is not enough for REG_MULTI_SZ http://bugs.winehq.org/show_bug.cgi?id=3589 - Why was (PDRIVER_INFO_3W) changed to (PDRIVER_INFO_2W)? (PDRIVER_INFO_3W) is an extended Version of (PDRIVER_INFO_2W) - Not all Levels are supported on all Windows-Versions http://msdn.microsoft.com/library/en-us/gdi/prntspol_7xo2.asp - The tests are not alphabetical sorted after this commit - Why was SetLastError(0xdeadbeef) used, when there is SetLastError(MAGIC_DEAD) in the other tests - 11 Tests are now failing on win95, 11 Tests on win98, 9 Tests on winme and 8 Tests on NT3.51. For NT4.0 (level 4, 5 and 6 as well as the Version-Test will fail) and w2k (version will fail, when an NT4.0-Driver is used), i can not test the exact number of failures atm. What's the preferred way to fix this? My Idea: 1. Move the Test without any Changes 2. Fix the Tests 3. Fix the Implementation I know, that you want a fast fix for your commercial Application and winspool.drv is very ugly. I'm on the way to fix winspool.drv, but my Direction is going from the Bottom-Layer to the High-Level API. "struct printerenv_t" was created (as requested by Alexandre) to handle the the different Printing-Environments for win9x-Drivers (Windows 4.0) and NT-Drivers (Windows NT x86). My fix for OpenDriverReg already need an Extension here, but DeleteMonitor comes first. You can Read more Infos here: http://wiki.winehq.org/Printing -- By By ... ... Detlef

2 1

re: user: Fix disabled menu item behavior
by Dan Kegel 15 Apr '06

15 Apr '06

Tommy Kho wrote: >This patch changes the behavior of selecting greyed out menu items via >accelerator key. Wine currently keeps the menu open; Windows closes the menu. > ... > else >+ { > pmt->hCurrentMenu = MENU_ShowSubPopup(pmt->hOwnerWnd, hMenu, TRUE, wFlags); >+ return -1; >+ } > >- return -1; >+ return -2; > } Err, isn't the return -2 at the bottom dead code now? That seems wrong... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Summer of Code strategy
by Dan Kegel 15 Apr '06

15 Apr '06

Hi everybody! There are two weeks before students can submit Summer of Code proposals. How can we use that time to maximize the number of successful projects this year? The students who already have their own good ideas (whoever they are) will probably succeed; we probably need to provide a set of prefab projects of sorts to give guidance to students who are new to Wine and haven't any idea what to work on. Ideally, each such prefab project would have an active developer (or a close approximation) as project leader and mentor. Are any developers willing and able to come up with a project idea and help mentor/supervise a student to work on it? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Summer of Code 2006 is on!
by Dan Kegel 14 Apr '06

14 Apr '06

I've updated http://wiki.winehq.org/SummerOfCode, but it's a bit short on project ideas. (Somewhat on purpose -- last year, people just copied and pasted our detailed project ideas. This year, lets give fewer details and more ideas... if somebody's really interested, they'll ask for details on wine-devel, and that process will generate fewer boilerplate applications.) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

SETI@Home
by Tom Spear 14 Apr '06

14 Apr '06

This is a lil bit off topic, but I thought I would bring it up, since we have users that are trying to run windows BOINC under wine. The wine project has a SETI@Home team (has had for some time), so if you run the windows or linux BOINC/SETI@Home client, you can join our team and apply your credits towards the project's total. Just go to http://setiathome.berkeley.edu/team_display.php?teamid=38091 and click the Join link. Tom

5 5

Re: Change threading defaults on FreeBSD
by Alexandre Julliard 14 Apr '06

14 Apr '06

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > ChangeLog: > On FreeBSD, build wine-pthread in addition to wine-kthread and make > the former the default. If you build both, then you need a way to decide which one will be used. That's not the sort of detail we want to have users worry about. -- Alexandre Julliard julliard(a)winehq.org

2 2

Fwd: [Bug 4051] winecfg crashes when clicking on Audio tab due to arts bugs
by Tom Spear 14 Apr '06

14 Apr '06

---------- Forwarded message ---------- From: Wine Bugs <wine-bugs(a)winehq.org> Date: Apr 14, 2006 7:17 AM Subject: [Bug 4051] winecfg crashes when clicking on Audio tab due to arts bugs To: wine-bugs(a)winehq.org http://bugs.winehq.org/show_bug.cgi?id=4051 ------- Additional Comments From alexander.heinlein(a)web.de 2006-14-04 07:17 ------- Hi. I encounter the same issue. wine wants to access /tmp/ksocket-$USER, but i do not have KDE installed (only KDM) and do not use arts (arts isn't even installed, only some library headers which i can't uninstall because of SDL) or any other soundserver, but hardwaremixing. So i have to manually create the directory /tmp/ksocket-$USER to let the audio tab in winecfg not crash. I tested this with wine 0.9.10 and 0.9.11. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------- Notes from Tom: This should be a fairly trivial fix, all we need to do is check for the existence of the socket file before trying to connect to it, and if it is not there, then skip the arts probe.. Could someone whip up a patch for this? Tom

1 0

DllOverrides
by Rich Gilson 14 Apr '06

14 Apr '06

I'm looking at what is done in Winetools (no, this is not another WineTools discussion ;-) ) as far as the DllOverrides and it has generated a few questions. Here are a couple of lines from the wt-config.reg file: "*"="native, builtin" "*autorun.exe"="native,builtin" "msi"="native, builtin" "odbc32"="native, builtin" Can somebody explain the lines with an *? Does the "*" mean that if the driver, dll, exe in question is not listed in the DllOverrides section, that it defaults to using the native version of the file and, if not available, then tries to find and run a builtin version? In the case of the "*autorun.exe", does it literally me that any .exe file with a name ending in autorun would use a native version first, like a normal wildcard would be used? That wouldn't make sense to me because there is no file that matches that description in my .wine directory,. In fact, the only copy of autorun that I can find on my system is the autorun.exe.so from cxoffice. I would appreciate all the enlightenment I can get on this subject. Thanks. -- -- In a world without fences, who needs Gates?

3 3

Hidden files
by Rich Gilson 14 Apr '06

14 Apr '06

Here's another question that has been spawned by looking through the Winetools code. It touches two files: ~/.wine/.no_debug_window_flag ~/.wine/.no_prelaunch_window_flag Have these been depricated or completely removed, or are they still something that would be used by Wine? If they are still used, is there a list of all such hidden files and what they do? -- -- In a world without fences, who needs Gates?

2 2

Cups printer detection in pre-built packages
by J.R. Oldroyd 14 Apr '06

14 Apr '06

I've been discussing this with the maintainer of the FreeBSD wine port. Right now, detection of libcups.so is done by the configure script at compile time. This means that pre-built packages must either pull in cups as a port dependency in order to always enable printer support, or they must do without printer support. Pulling in cups as a dependency is expensive for those that don't want it, and so cups is disabled for everyone using the FreeBSD binary packages. You need to compile the port if you want cups support. Wouldn't a better detection method be to check at runtime for the presence of a libcups.so (by means of a dlopen()) and enable printers if it's found, or disable them if it's not found? The significance of this would be that a cups dependency is required to build the binary package, but the dependency is optional at runtime. And this means that printers would always work, even from a binary package install. -jr

2 1

[gdi] bug reading/writing metafiles on sparc
by Eric Frias 14 Apr '06

14 Apr '06

Due to little-endian/big-endian differences, winelib on Sparc can't read windows metafiles generated on a PC (or on Wine on x86), and conversely PCs can't read metafiles created on a Sparc. It looks like there are a few ways this could be fixed, and I wanted to make sure we don't go about it the wrong way (and that nobody else is working on it). I think the right thing to do is make the on-disk and in-memory formats always be little-endian. We would only convert the data to big-endian format when it is generated or used. GetMetaFileBitsEx and SetMetaFileBitsEx would return & take the raw data in little-endian format. The implementation we're considering involves: - in PlayMetaFileRecord(), convert endianness of paramters as they're used: LineTo(hdc, (SHORT)mr->rdParm[1], (SHORT)mr->rdParm[0]); becomes LineTo(hdc, (SHORT)convert_word_from_little_endian(mr->rdParm[1]), (SHORT)convert_word_from_little_endian(mr->rdParm[0])); - in MFDRV_MetaParam2(), convert endianness *(mr->rdParm) = param2; becomes *(mr->rdParm) = convert_word_to_little_endian(param2); - some similar conversions necessary for anything that reads/writes the header - anything that calls MFDRV_WriteRecord() would need special handling. These seem to be the functions that embed bitmaps or text in the METARECORD, so we'll have to be selective about what gets converted and what gets written as-is. Is this the right way to go about fixing the problem? Anything we should look out for? Thanks, Eric

2 5

Re: Eliminate dependency on Fontforge
by gslink 14 Apr '06

14 Apr '06

As I see it, Fontforge was never the problem. The problem was that it was necessary to read the code to find out that there even was such a dependency. This was especially true of the Red Hat binaries. There was no notice or documentation that they would use Fontforge. I didn't find out until I started playing with Fontforge and had Wine crash as a result. It doesn't make any difference what the Wine dependencies are if: 1. They are documented. 2. I can find the dependent programs.

1 0

Things That Doesn't Work Too Well With DxGrab=Yes (tm)
by Molle Bestefich 14 Apr '06

14 Apr '06

Hi. Hope I do not spam too much. Things That Doesn't Work Too Well With DxGrab=Yes (tm) ============================================= 1.) Grabbing isn't disabled when I switch to the KDE menu with CTRL-ESC. (I was trying to start ksnapshot.) 2.) Grabbing isn't disabled when I switch (to ksnapshot) with ALT-TAB. 3.) Grabbing isn't disabled when I start the Campaign Editor in Starcraft, which is a separate application launched in windowed mode in maximized state. Even though the Campaign Editor correctly gets focus, the mouse is still caught in the rectangle where Starcraft used to be, plus some keyboard and all mouse input doesn't work. The MS-Windows solution is to minimize fullscreen applications and let the mouse roam freely when the fullscreen app loose focus. Also, MS-Windows switches back to the user's preferred resolution when a fullscreen application looses focus, which is nice. I'm not sure what the best solution for Wine is, but the current one isn't it ;-). I'll open a bug on this unless anyone think that's a bad idea? There's already bug 888, but that's about an entirely different approach which I think is less useful.

1 0

tasklet - sfd2ttf - eliminate dependency on FontForge (for anybody who's interested)
by Mike McCormack 14 Apr '06

14 Apr '06

Hi, Wine's build time dependency on FontForge is causing a bit of a problem, as can be seen by browsing the wine-devel archives for the last month. I propose that a small sfd2ttf utility be written and used instead of FontForge to eliminate the dependency, and make everybody a little happier. George Williams, the author of FontForge, is happy for us to use his code under LGPL, providing that we give the correct attributions. He'd probably like to sign off on the final code though. Alexandre agrees with the idea of an sfd2ttf utility, and is likely to accept it into the Wine tree, provided that is small enough (read 1/2 files) and is appropriately cut down. As I'm busy with my day job at the moment, we're only missing somebody to write it. Any volunteers? Mike

5 10

Re: advpack: Document RegisterOCX
by James Hawkins 14 Apr '06

14 Apr '06

On 4/13/06, James Hawkins <truiken(a)gmail.com> wrote: > > Changelog: > * Document RegisterOCX. > Ignore this patch, a couple of things are wrong with it; I'll resend a fixed patch. -- James Hawkins

1 0

ExtractFiles calls cabinet.Extract which only has an ansi version
by James Hawkins 14 Apr '06

14 Apr '06

Hey, Only one advpack function needs to be converted to unicode, ExtractFilesA. The problem is that we use cabinet.Extract to extract the files, but cabinet only provides one version of Extract, and it's ansi and not unicode. Francois, you noticed that advpack now had A/W functions, does the new cabinet have these as well? If not, will I just have to convert the unicode to ansi and call Extract? Also, which SDK has these new functions? I couldn't find them. -- James Hawkins

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel