March 2006 - Wine-Devel - list.winehq.org

Re: Known issues area on main wiki page
by Tom Spear (Dustin Booker, Dustin Navea) March 22, 2006

March 22, 2006

Tony Lambregts wrote: > Tom Spear wrote: >> On 3/21/06, *Vitaliy Margolen* <wine-devel(a)kievinfo.com >> <mailto:wine-devel(a)kievinfo.com>> wrote: >> >> I sure hope all users will go look at this page first. But some >> how I >> don't think they will. When we getting _exact_ duplicates with >> the same >> summary and almost identical comments. I don't think users will >> bother to >> look anywhere else. >> >> But that will add extra work on our side to keep this list in >> synch. On >> top of the usual stuff that we already do. >> >> Vitaliy. >> >> It wouldnt take much extra time outta my day to do it. 5 mins at max >> and only once I notice something is being reported rather >> frequently. I assume that these people who are reporting identical >> duplicates read some of the dodcumentation though, because otherwise >> they probably wouldn't have even known about winecfg. >> >> Tom >> > Keeping them around for a while even after they are fixed would be a > good idea since not everyone keeps up with the latest version of wine. > > Tony Lambregts > I didn't think about that, but you are right. I'll do something like Bug (x) - (Description) - Status: Resolved - Resolved as of wine v(x) Thanks Tom

1 0

Re: x11drv: (bug 4685) some ALT+key combos processed incorrectly
by Vitaliy Margolen March 22, 2006

March 22, 2006

Tuesday, March 21, 2006, 3:49:53 PM, tkho(a)ucla.edu wrote: > Patch to recognize VK_LMENU and VK_RMENU in alt-key combos (bug 4685) > This patch looks for VK_LMENU and VK_RMENU in addition to VK_MENU when dealing > with ALT-key combo messages. This is the easiest way to add this functionality, > but arguably not the cleanest. > 2006-03-21 Thomas Kho <tkho(a)ucla.edu> > * dlls/x11drv/keyboard.c > x11drv: recognize VK_LMENU and VK_RMENU in ALT-key combos I'm sorry but this is further away from native, not closer. I just made some tests, and native sets/clears VM_MENU whenever right or left ALT is pressed/depressed. So we should be doing the same thing. Btw exactly the same thing happens with CONTROL & SHIFT. I will try to send these tests today-tomorrow. But you could try that yourself using SendInput(). Vitaliy Margolen

1 0

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime
by Leon Freitag March 21, 2006

March 21, 2006

P.S. Why thread-local variables? AFAIK OpenGL is single-threaded in its nature. I don't know if there are applications that draw opengl in multiple threads in different contents, and if current code would make any problems with these. Leon

4 5

re: WaitForMultipleObjectsEx will not take up to MAXIMUM_WAIT_OBJECTS
by Dan Kegel March 21, 2006

March 21, 2006

Bryan Mayland wrote: > dlls/kernel/sync.c:173: > 176 if (count >= MAXIMUM_WAIT_OBJECTS) > 177 { > 178 SetLastError(ERROR_INVALID_PARAMETER); > 179 return WAIT_FAILED; > > Windows supports up to and including that number, wine only supports up > to that number. Congratulations, sounds like you found a bug in Wine! > Since the rest of the code actually does support the > full 64 wait objects, is there any reason this should not be changed to > 176 if (count > MAXIMUM_WAIT_OBJECTS) Looks like it should be changed. You've helped greatly with your post. You could help even more by posting a patch that modifies dlls/kernel/tests/sync.c to incorporate your test and also fixes the error. Feel up to it? Just yell if you need help. Thanks! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 4

Re: Wine and RDPRINT
by Frederico Bertucci March 21, 2006

March 21, 2006

I try run this patch, but it not works still... some have another idea, or patch to run... with windows app works okay but with this specific application that uses rdprint, does not work... -- Frederico Bertucci e-mail / msn: fred(a)netbil.com.br www.netbil.com.br NetBil - Redes e Internet 18-3659-2444 XxX Linux for work Linux for fun XxX --------- Mensagem Original -------- De: Mariusz Kie³piñski <kielpi(a)poczta.onet.pl> Para: wine-devel(a)winehq.org <wine-devel(a)winehq.org> Assunto: Re: Wine and RDPRINT Data: 17/03/06 17:40 > > Dnia pi±tek, 17 marca 2006 14:35, Frederico Bertucci napisa³: > Hi > > Good morning guys > > > > I did my system works with wine no problem, but when I try print using > > then, doesnt work... if I print from any other aplication, works. > > > > I talked with my developer and he told me that are using a delphi componet > > called RDPRINT, this in windows, to create better graphics. > > > > So, Are there any way to print in wine, using this RDPRINT ?? any dll, any > > configuration > > > > I am using latest wine configured with winetools, the printer is a lx300. > > > > I am trying do this works since 2 weeks ago and not sucefull > > > > Tks guys > > > > > > try this patch > > > ================================= > > wine.15.03.06.19.02.59.diff > ? dlls/msvideo/Makefile > ? dlls/win32s/Makefile > ? dlls/winsock/Makefile > ? dlls/winsock/libws2_32.def > ? dlls/winsock/version.res > ? dlls/winsock/tests/Makefile > ? dlls/winsock/tests/testlist.c > Index: dlls/gdi/printdrv.c > =================================================================== > RCS file: /home/wine/wine/dlls/gdi/printdrv.c,v > retrieving revision 1.46 > diff -u -p -1 -r1.46 printdrv.c > --- dlls/gdi/printdrv.c 12 Sep 2005 10:30:06 -0000 1.46 > +++ dlls/gdi/printdrv.c 15 Mar 2006 18:03:01 -0000 > @@ -471,3 +471,3 @@ static int CreateSpoolFile(LPCSTR pszOut > if (!psCmd[0] && !strncmp("LPR:",pszOutput,4)) > - sprintf(psCmd,"|lpr -P%s",pszOutput+4); > + sprintf(psCmd,"|lp -d'%s' ",pszOutput+4); > > > ======================================= > > > > > > > > > > > > > > ________________________________________________ :: NetBil :: :: A escolha certa em Internet ::

1 0

Re: edit: Only adjust margins if the edit control is above a certain size.
by Alexandre Julliard March 21, 2006

March 21, 2006

Huw D M Davies <h.davies1(a)physics.ox.ac.uk> writes: > Huw Davies <huw(a)codeweavers.com> > edit: Only adjust the margins if the edit control is above a certain > size. This breaks the tests here: edit.c:788: Test failed: got 0 edit.c:789: Test failed: got 0 edit.c:802: Test failed: got 0 edit.c:808: Test failed: got 0 edit.c:809: Test failed: got 0 edit.c:813: Test failed: got 0 edit.c:814: Test failed: got 0 edit.c:817: Test failed: got 0 edit.c:818: Test failed: got 0 edit.c:840: Test failed: got 0 edit.c:841: Test failed: got 0 make[1]: *** [edit.ok] Error 11 -- Alexandre Julliard julliard(a)winehq.org

1 0

WaitForMultipleObjectsEx will not take up to MAXIMUM_WAIT_OBJECTS
by Bryan Mayland March 21, 2006

March 21, 2006

I've been digging into why versions of uTorrent greater than 1.1.3 do not work under the latest wine and tracked it down to their use of WSAEventSelects to receive socket notifications. I created a small test application which mimics this behavior which works under WindowsXP but not wine. The problem is that they create MAXIMUM_WAIT_OBJECTS events and pass them to WaitForMultipleObjectsEx. That function bails out early due to dlls/kernel/sync.c:173: 176 if (count >= MAXIMUM_WAIT_OBJECTS) 177 { 178 SetLastError(ERROR_INVALID_PARAMETER); 179 return WAIT_FAILED; 180 } Windows supports up to and including that number, wine only supports up to that number. Since the rest of the code actually does support the full 64 wait objects, is there any reason this should not be changed to 176 if (count > MAXIMUM_WAIT_OBJECTS)

1 0

OLEAUT32: bug 4502 - request for comment before trying to fix
by Dan Kegel March 21, 2006

March 21, 2006

Alex wrote: >It seems that I will have to wait until I code >enough of a test case for a *successful* ITypeInfo::Invoke() (there are >two tests of failing calls, but none of a successful one) I'm a complete COM newbie, but I've been reading "The Essence of COM" lately for entertainment; it almost describes that call. (FWIW, the example code for the book is at http://www.rollthunder.com/Books/OldBooksFrame.htm.) I went poking around online looking for examples of that call in C, and only found two :-( http://viewcvs.php.net/viewcvs.cgi/php-src/ext/com_dotnet/com_com.c http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.ercp/org.eclipse.ercp.… I also found a muddled discussion here: http://www.codeproject.com/atl/multidisp.asp Good luck writing that test case! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 2

Re: [WINEDOCS] add question on Intel MacOS X
by Emmanuel Maillard March 21, 2006

March 21, 2006

Hi, The plan for porting Darwine/ppc is to use qemu either Bochs. Thanks Emmanuel Le 21 mars 06 à 06:48, Brian Vincent a écrit : > Are there any other FAQ additions anyone wants to see? There's at > least one other one I was thinking of adding but have since forgotten. > > Changelog: > Brian Vincent > Explicitly address Intel Mac OS X. > > Index: en/wine-faq.sgml > =================================================================== > RCS file: /cvsroot/wine/docs/en/wine-faq.sgml,v > retrieving revision 1.15 > diff -u -u -r1.15 wine-faq.sgml > --- en/wine-faq.sgml 1 Feb 2006 04:47:04 -0000 1.15 > +++ en/wine-faq.sgml 21 Mar 2006 05:45:34 -0000 > @@ -591,9 +591,12 @@ > <para> > Mac OS X / Darwin: The <ulink > url="http://darwine.opendarwin.org/">Darwine</ulink> > project is > - currently working on porting Wine to the Darwin/x86 > platform. Their > - goal is to eventually make it possible to run x86 Windows > + currently working on porting Wine to the Darwin/x86 > platform. > + Their goal is to eventually make it possible to run x86 > Windows > applications on Darwin/PPC and then Mac OS X by using > Bochs. > + In addition, CodeWeavers has focused some of their > resources on > + Intel Mac OS X as well. With a little luck, Wine will > be running on > + it by the third quarter of 2006. > </para> > <para> > FreeBSD: This port is well maintained and should work with > @@ -606,7 +609,32 @@ > </para> > </answer> > </qandaentry> > - > + <qandaentry> > + <question id="Will-wine-run-on-macintel"> > + <para> > + I want to run Wine on an Intel Mac OS X (MacIntel) > system, will it > + work? > + </para> > + </question> > + <answer> > + <para> > + (Also see the previous question.) As of March, 2006, > simple > + applications are just beginning to to run on Intel Mac > OS X. > + It's possible in about 6 months we'll see applications > running > + similarly to how they do on Linux or FreeBSD. > + </para> > + <para> > + There are some complicated issues surrounding Wine on > Mac OS X. > + Working with low-level features, such as signal handling > and system > + registers, are quite different on Mac OS X. Further > hampering > + the issue are some bugs within the operating system. > Beyond > + that, integration on Mac OS X becomes difficult because > it is > + vastly different than a traditional *nix desktop. Menuing > + and graphics drivers are just two areas that require a > complete > + reimplementation in order to be functional. > + </para> > + </answer> > + </qanaentry> > <qandaentry> > <question id="What-minimum-CPU-must-I-have"> > <para> > >

1 0

Re: IAMMultiMediaStream::OpenFile
by Robert Shearman March 21, 2006

March 21, 2006

Ivan Leo Puoti wrote: >@@ -282,9 +283,15 @@ > { > IAMMultiMediaStreamImpl *This = (IAMMultiMediaStreamImpl *)iface; > >- FIXME("(%p/%p)->(%s,%lx) stub!\n", This, iface, debugstr_w(pszFileName), dwFlags); >+ TRACE("(%p/%p)->(%s,%lx)\n", This, iface, debugstr_w(pszFileName), dwFlags); > >- return E_NOTIMPL; >+ /* We should check the file format and fail to open it if we can't reder it */ >+ >+ This->FileHandle = CreateFileW(pszFileName, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); >+ if(This->FileHandle == INVALID_HANLDE_VALUE) >+ return E_FAIL; >+ >+ return CoCreateInstance(&CLSID_FilterGraph, NULL, CLSCTX_INPROC_SERVER, &IID_IGraphBuilder, (LPVOID*)&This->pFilterGraph); > } > This is wrong. Here is the pseudo-code I sent to Peter Åstrand for the very same function: CoCreateInstance with IFileSourceFilter on CLSID_AsyncReader. Call IFileSourceFilter_Load. Get the output pin and stash it in This. Call IGraphBuilder_AddSourceFilter. Then IAMMultiMediaStreamImpl_Render should do the following: Call IGraphBuilder_Render using the pin previously stashed away. -- Rob Shearman

1 0

Re: IAMMultiMediaStream::OpenFile
by Dmitry Timoshkov March 21, 2006

March 21, 2006

"Ivan Leo Puoti" <ivanleo(a)gmail.com> wrote: > + HANDLE FileHandle; > + This->FileHandle = CreateFileW(pszFileName, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); > + if(This->FileHandle == INVALID_HANLDE_VALUE) > + return E_FAIL; I guess that you need to close that file handle somewhere. -- Dmitry.

1 0

Re: winedbg: resend - add display for floating point status
by Eric Pouech March 21, 2006

March 21, 2006

I'm getting picky, but there are a couple of things you still need to work on: - first, I don't think it's worthwhile to add another method to the CPU backend. Adding a boolean (as parameter) to print_context should do. - you also need to fix all the be_*.c files (for amd, ppc...) as well. Otherwise, they won't compile. The rule of thumb is never commit a patch that breaks compilation on some platforms. - one of the test looks suspicious (shouldn't it be if (!(ctx->loatSave.StatusWord & 0x00000001)) instead ?) > + if (!ctx->FloatSave.StatusWord & 0x00000001) A+ -- Eric Pouech

2 1

New Linux System calls (*at) in 2.6.16
by Troy Rollo March 21, 2006

March 21, 2006

Google for these combined with keywords related to Wine didn't show anything, which surprised me since they seem ideal to solve a number of problems. A bunch of new calls have been added to the Linux kernel 2.6.16 <http://lwn.net/Articles/164887/> that are mirrors of the existing system calls but take a file descriptor for a directory that becomes the base point for relative paths. -- Troy Rollo - wine(a)troy.rollo.name

2 1

disallow networking flag
by rauschenimweltnetz＠web.de March 21, 2006

March 21, 2006

Ahoi! I think it would be very usefull to disallow an application started with wine to connect to the network/internet by an options flag. I'm new to this list and my coding skills are in its fledgling stages. So my part in this whole thing probably would be to watch and learn... :) Unless somebody would help me to find out what I have to change... So I would try it by myself. But in consideration of the fact that I need this feature as soon as possible I would better like to just watch and learn... ;) rauschi ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

3 2

function counting script, memcheck.sh
by Segin March 20, 2006

March 20, 2006

Attached is version 0.2 of this script, with a lot of additional functionality. You will need to be able to write to /tmp and make a file /tmp/grep to use the extended functionality (default functionality needs none of that, and is unmodified.) For those that are intested, you can fetch memcheck.sh from my project CVS tree: cvs -d:pserver:anonymous(a)cvs.sourceforge.net:/cvsroot/overdose login (when propted for a password, simply push enter) cvs -z3 -d:pserver:anonymous(a)cvs.sourceforge.net:/cvsroot/overdose co overdose You'll find the memcheck.sh script in the CVS checkout. Could someone tell me how to checkout just a single CVS file? Anyways, there's the docs, which you should read (failure to do so will get a reply of RTFM): ----------------------------------8<--------------------------------- memcheck.sh version 0.2 documentation To change the functions searched for, edit the file's top line. make sure all functions are space seperated and in quotes, to search for recv() and send() make sure that top line looks like this: FUNCTIONS="recv send"; Three are 2 command line arguments supported, they must be the only argument and verbatim to work, yada yada. -l List the line number with a code sample -C Like above, but with context. You need write access to /tmp to create, read, write and destroy files. Your grep implementation needs to be GNU grep or you need to edit the script. Most systems have given up using their own grep for GNU grep cause GNU grep kicks ass. ----------------------------------8<---------------------------------

2 2

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime
by Leon Freitag March 20, 2006

March 20, 2006

> Does that work any better? The patch works wonderfully! Thank you very much! The only thing is that you have to modify the Makefile.in in the opengl32 directory and add "ntdll" to the libs list. > Well, to make this work better, one would need a two-tiered approach: > = use thread-local variables to check if it's a 'special' buffer or not > (like this patch does) > = only do this check on GL APIs that actually modify or read from the frame > buffer (basically stuff like glClear, glEnd, gl(Read|Write)Buffer, ...). > The last is easy to do for 'core' stuff, a bit harder for extensions though. > But anyway, this is mandatory if one day we want to fix the 'windowed' > OpenGL code properly (whatever the method we choose as long as we do not > have the GLX extension exporting the clip list feature to the application). I don't think it would be that hard to realize. Right now we have the ENTER_GL() macro that gets called before each opengl call (see opengl_ext.c and norm.c) where the check and sync occurs. One solution would be to make two enter_gl functions -- one with the check and one without, and hardcode some database with the function list in the script that generates the files. This patch does already a great job for fixing Huw's regressions, and me and many Wine users would greatly appreciate its merge into Wine tree. Leon

2 1

Re: Vitaly Lipatov : gdi32: Look for ttf fonts in the Wine font dir.
by Vitaly Lipatov March 20, 2006

March 20, 2006

В сообщении от 18 марта 2006 21:51 Alexandre Julliard написал(a): > + /* load the system truetype fonts */ > + data_dir = wine_get_data_dir(); > + if (data_dir && (unixname = HeapAlloc(GetProcessHeap(), 0, I did not use if (!data_dir) data_dir = wine_get_build_dir(); also for ttf mixing problem in fonts dir. What about to place source fonts and result (.fon, .ttf) in separate directories in source tree? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

1 0

crt0.o versus crtdll.dll etc - suggestions?
by Wesley Parish March 20, 2006

March 20, 2006

Hi. I've got some Clipper files I want to translate to C for incorporation into another program, and a program x2c to do the work. But it asks for crt0.o, which I don't have as such; I'm wondering which of the *crt* files in Wine are most suitable for aliasing or linking as crt0.o? Thanks Wesley Parish "Sharpened hands are happy hands. "Brim the tinfall with mirthful bands" - A Deepness in the Sky, Vernor Vinge "I me. Shape middled me. I would come out into hot!" I from the spicy that day was overcasked mockingly - it's a symbol of the other horizon. - emacs : meta x dissociated-press

2 2

Re: Prevent the use of windowsx.h with Wine source.
by Robert Shearman March 20, 2006

March 20, 2006

Mike McCormack wrote: >+#ifdef __WINESRC__ >+/* This file contains macros that cause warnings on gcc 4.1, so avoid it. */ >+#error Please avoid use of windowsx.h in Wine source code. >+#endif >+ > Why don't we fix the macros as suggested by Francois, rather than preventing its use? It seems like a big waste of time to have submitted all of the patches to the files using windowsx.h when fixing the macros is necessary for Winelib anyway. -- Rob Shearman

5 7

Re: winedbg: add diplay for floating point status
by Eric Pouech March 20, 2006

March 20, 2006

Jeff L wrote: > This patch adds code to examine the floating point save area in the > context being examined. For the want of a better place I have in > included it with the registers area. > > Changelog: added code to examine and display floating point uint status > into be_i386.c your patch is definitively needed However, I'd rather do it the way gdb does it: - 'info regs' shows only 'general purpose' and segment registers - 'info all-regs' shows all the registers (including floating point ones) that'd mean adding an extra parameter to all be_???_print_context to drive this. A+ -- Eric Pouech

2 1

Fwd: Regression: new systray implementation ... - analysis, demo, etc.
by qingdoa daoo March 20, 2006

March 20, 2006

http://bugs.winehq.org/show_bug.cgi?id=4853 --------------------------------- Yahoo! Mail Use Photomail to share photos without annoying attachments.

1 0

rpaths not working?
by Mike Hearn March 19, 2006

March 19, 2006

Hi Alexandre, On my system at least it seems DLLs need the rpaths too, from a clean build of HQ git tree I get this when starting: 8697: file=/opt/wine/lib/wine/ntdll.dll.so [0]; needed by /opt/wine/bin/../lib/libwine.so.1 [0] 8697: file=/opt/wine/lib/wine/ntdll.dll.so [0]; generating link map 8697: dynamic: 0x7ffd52dc base: 0x7ff63000 size: 0x0007cb58 8697: entry: 0x7ff6f000 phdr: 0x7ff63034 phnum: 5 8697: 8697: 8697: file=libwine_unicode.so.1 [0]; needed by /opt/wine/lib/wine/ntdll.dll.so [0] 8697: 8697: file=/opt/wine/lib/wine/ntdll.dll.so [0]; destroying link map wine: failed to initialize: libwine_unicode.so.1: cannot open shared object file: No such file or directory And sure enough the .dll.so files don't have an $ORIGIN/../ runpath in them. This seems like winebuild magic, at least, I didn't see any obvious places in the build system to add the flags. Any idea what's going wrong here? thanks -mike

2 2

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime
by Leon Freitag March 19, 2006

March 19, 2006

> I don't see any other way to speed this up the way it's being synced now, the > question is however, whether the apps really _should_ modify the bitmap on > windows too (don't know whether they would try to draw controls onto the > window and then it would be overdrawn by the opengl image; application like > Steam are trying to achieve similar, but they seemed to work well before) > Does this very rough&ready patch work any better? I'm getting undefined references to `___tls_get_addr' when trying to build with this patch. However my ld has this symbol for sure... $ nm /lib/ld-2.3.5.so | grep __tls_get_addr 0000dfc0 T ___tls_get_addr 0000d9d0 T __tls_get_addr 0000dfc0 t ___tls_get_addr_internal > If this patch improves performance I'll fix it to use Win32 TLS instead > of ELF TLS, it'll be interesting to see if that changes makes a > difference too. perhaps it will compile on my machine then... Leon

3 3

Function counting script
by Segin March 19, 2006

March 19, 2006

As my small contribution, attached is a small shell script that, unmodified, finds out how many times certain functions are called in a given sample of files. The default functions are 'malloc', 'realloc', and 'free', and the sample files are all files ending in .c in the current directory. It even prints out the result in a neat manner on ANSI colourized terminals. The script is very flexible, and easy to modify. Current version is 256bytes long.

3 6

How hard would it be to support Java?
by Dan Kegel March 19, 2006

March 19, 2006

Quite a few apps use embedded JVM's. Case in point: SPSS, one of the apps requested by Munich. So I played around a bit with Sun's latest 1.5 JRE. It can run trivial apps, so I closed http://bugs.winehq.org/show_bug.cgi?id=2953 (ok, maybe that was premature, since the bug was for Sun's 1.4 JRE). But it can't run applets; first, it runs into a nasty glx error, http://bugs.winehq.org/show_bug.cgi?id=4143 Once you patch your way past that, it complains about not finding a native method, see http://bugs.winehq.org/show_bug.cgi?id=4873 And it doesn't show up in Firefox's about:plugins by default, see http://bugs.winehq.org/show_bug.cgi?id=4860 Can anyone shed some light on these, especially bug 4143? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

4 5

msys on wine - partial success
by Dan Kegel March 19, 2006

March 19, 2006

Last year, I poked at using msys under wine: http://www.winehq.com/hypermail/wine-devel/2004/04/0149.html but didn't follow up on the hint that wineconsole would help. Finally got around to it. Sure enough, you can run msys's sh.exe in a wineconsole! It's ugly and can't seem to run configure scripts yet, but it does run simple shell scripts and interactive commands like cd, pwd, and ls. Sort of. Here's what I tried: Installing http://easynews.dl.sourceforge.net/sourceforge/mingw/MSYS-1.0.10.exe created c:\msys\1.0. Looking in that directory, I saw a script MSYS.BAT that one uses to start a shell. Rather than figuring out how to invoke that batch file in Wine, I read it, saw that it invoked sh as "sh --login -i", and wrote a little shell script that did something similar: wineconsole ~/.wine/drive_c/msys/1.0/bin/sh.exe --login -i This had problems with the path -- it couldn't find msys's external commands. Running "echo $PATH" showed that it defaulted to including /mingw/bin, so I cheated and added a symlink: ln -s ~/.wine/drive_c/msys/1.0 ~/.wine/drive_c/mingw That worked; I can now use msys's external commands in the msys sh. I probably should have modified the PATH, but that was hard to script. The ugly part is, when you give any command, the first thing that happens is a pair of warnings: sh: fork: No such file or directory sh: child setpgid (-45 to -50): Invalid argument And if you try to run mauve's configure script. it stops after the second statement. It seems that anything involving subshells or eval confuses it greatly. Also, if you're not very careful with the first command you type, it gets into a bad state where it ignores half the keys you type, or something. All in all not very healthy, but that's not too surprising for a first try. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: patch opengl.c, wgl.c
by Leon Freitag March 19, 2006

March 19, 2006

> This is not a patch but rather partial reversal of the patch that caused > this regression. It's not a complete reversal though. That doesn't imply that it's not a fix. Perhaps the original patch had a bug in it. > - GLXDrawable drawable; > - enum x11drv_escape_codes escape = X11DRV_GET_GLX_DRAWABLE; > + Drawable drawable; > + enum x11drv_escape_codes escape = X11DRV_GET_DRAWABLE; This part seems to be very interesting. > It works for all my opengl applications, including GoogleEarth, World of > Warcraft (wow -opengl), Warcraft III, 3DEditor, Iconoclast, Glview > & Moray 3.5. Tested on latest CVS with Nvidia > 6800 graphics card on my 64 bit OS, Fedora Core 4_64, AMD64. That's more than an argument. Yet there's no application that has been broken with it. > + if (ppfd->>dwFlags & PFD_DRAW_TO_BITMAP) { > + ERR("Flag not supported !\n"); > + /* Should SetError here... */ > + return 0; > + } Well Wine should report ERRs instead of crashing with an Xlib error, shouldn't it? OK, if you don't like these five lines so much, does the patch work without it? Leon

1 0

Re: kernel/heap: Avoid heap corruption on invalid Parameter in GlobalFree(), with Test
by Dmitry Timoshkov March 19, 2006

March 19, 2006

"Detlef Riekenberg" <wine.dev(a)web.de> wrote: > --- a/dlls/kernel/tests/heap.c > +++ b/dlls/kernel/tests/heap.c > @@ -25,6 +25,8 @@ > #include "winbase.h" > #include "wine/test.h" > > +#define MAGIC_DEAD 0x00dead00 > + SetLastError(MAGIC_DEAD); > + hsecond = GlobalFree(gbl); /* invalid handle: free memory twice */ There is no need to invent a new magic number, a usual convenience for Wine tests is to use 0xdeadbeef. -- Dmitry.

1 0

Re: WINEFILE: Eliminate use of windowsx.h
by Mike McCormack March 19, 2006

March 19, 2006

Martin Fuchs wrote: > "Eliminating" windowsx.h sounds like you consider this header file a bad thing. > I don't think so - it provides a bunch of very usefull type safe macro definitions. > (SelectFont, ListBox_SetSel, Button_SetCheck, ...) > > I understand you want to eliminate some useless warnings printed by > newer GCC versions. Wouldn't it be better to correct the wrong warnings > of GCC instead? Please see my previous email for a discussion of the problem: http://www.winehq.org/pipermail/wine-devel/2006-March/045250.html Despite containing some useful macros, those macros are somewhat broken as they are ignorant of UNICODE, so cannot be "fixed" by simple conversion to inline functions. Mike

3 5

Re: patch opengl.c, wgl.c
by Vitaliy Margolen March 19, 2006

March 19, 2006

Saturday, March 18, 2006, 11:48:12 AM, Henry Kroll wrote: > Changelog: > Henry Kroll, admin(a)comptune.com corrects X "bad match" errors when > running opengl apps. > Ref: http://bugs.winehq.org/show_bug.cgi?id=4143 > ========================== > --- wine/dlls/x11drv/opengl.c.orig 2006-03-11 11:58:01.000000000 -0900 > +++ wine/dlls/x11drv/opengl.c 2006-03-11 11:58:09.000000000 -0900 > @@ -199,6 +199,12 @@ > dump_PIXELFORMATDESCRIPTOR((const PIXELFORMATDESCRIPTOR *) ppfd); > } + if (ppfd->>dwFlags & PFD_DRAW_TO_BITMAP) { > + ERR("Flag not supported !\n"); > + /* Should SetError here... */ > + return 0; > + } > + > /* Now, build the request to GLX */ [skip] This is not a patch but rather partial reversal of the patch that caused this regression. You should fix this and not revert it back to what it was before. Unless you have a prove that this is the way native works. Vitaliy Margolen

1 0

Re: PATCH: GetDevCaps() bitdepth flag
by pagefault March 19, 2006

March 19, 2006

Thanks for testing it out. I will try to get a copy of these apps and figure out whats going on. On 3/18/06, pagefault <pagefault(a)gmail.com> wrote: > Thanks for testing it out. I will try to get a copy of these apps and > figure out whats going on. > > On 3/17/06, Willie Sippel <willie(a)zeitgeistmedia.net> wrote: > > Am Freitag, 17. März 2006 20:12 schrieb pagefault: > > > Hi there, I work on ZSNES and I was trying to get it working under > > > wine and I ran into a small bug when running under a 32 bit desktop. > > > > > > This fixed a bug in the DeviceGetCaps() function used to return the > > > current bitdepth of the desktop. It is my understanding that X11 > > > returns "24" as the bitdepth while running a 32 bit framebuffer. I > > > have seen in the code where it does change the 24 to 32, but I have > > > discovered a spot where this has been missed. > > > > > > The following is the changes I made, it simply returns 32 if the user > > > has a 24 bit desktop. > > > > > With your patch applied, two applications I tested (Newtek Aura and Bauhaus/ > > TVPaint Mirage) show an odd bug. Only the window background gets drawn, but > > all the widgets are missing, or, more precisely, invisible. Both applications > > use their own toolkit - Mirage is infact Aura's successor, so their drawing > > code should be very similar. But Aura's used to work, while Mirage's always > > produced borked results - painting stuff blue and distorted instead of gray. > > > > -- > > Willie Sippel > > > > //////// | Tritium Studios > > // | ______________________________ > > //// /// | http://www.tritium-studios.com > > > > <willie(a)froq.net> > > > > > > >

2 6

Re: shlwapi: Fix compilaction with GCC 4.1.
by Robert Shearman March 18, 2006

March 18, 2006

Jacek Caban wrote: >Without this patch GCC 4.1 fails with message >string.c:531: undefined reference to `strncmpW' > > That would seem to be a bug in GCC 4.1. I'm no expert on the C spec, but if the compiler can't inline the function, as it can't here when a function pointer is used then I think it should include the static version of the function in the object file. -- Rob Shearman

2 1

PATCH: GetDevCaps() bitdepth flag
by pagefault March 18, 2006

March 18, 2006

Hi there, I work on ZSNES and I was trying to get it working under wine and I ran into a small bug when running under a 32 bit desktop. This fixed a bug in the DeviceGetCaps() function used to return the current bitdepth of the desktop. It is my understanding that X11 returns "24" as the bitdepth while running a 32 bit framebuffer. I have seen in the code where it does change the 24 to 32, but I have discovered a spot where this has been missed. The following is the changes I made, it simply returns 32 if the user has a 24 bit desktop. I could also post code which exposes this bug if needed. *** dlls/x11drv/init.c 2006-03-17 13:05:59.000000000 -0500 --- dlls/x11drv/init.diff 2006-03-17 12:18:05.000000000 -0500 *************** *** 190,196 **** case VERTRES: return screen_height; case BITSPIXEL: ! return screen_depth; case PLANES: return 1; case NUMBRUSHES: --- 190,196 ---- case VERTRES: return screen_height; case BITSPIXEL: ! return (screen_depth == 24) ? 32 : screen_depth; case PLANES: return 1; case NUMBRUSHES: Thanks.

3 3

Re: kernel32: fix last error result on CreateFile
by Mike McCormack March 18, 2006

March 18, 2006

Víctor Manuel Álvarez García wrote: > If CreateFile is called with CREATE_ALWAYS or > OPEN_ALWAYS flags, and the file already exists, the > function should success but the result of GetLastError > after the call must be ERROR_ALREADY_EXISTS. Wine was > not not setting the proper error code and GetLastError > just returned ERROR_SUCCESS. > > Wine is great, good work guys! > > Here goes my contribution, Thanks for the contribution! It would be great to write a test for this behaviour too, and add it to dlls/kernel/tests/file.c Mike

1 0

re: riched20: add EM_EXSETSEL conformance tests and fixes bug 4462 (revised)
by Dan Kegel March 17, 2006

March 17, 2006

Brian wrote: + /* FIXME: EM_GETSEL needs to return proper ending value */ + todo_wine + { + ok(start == 0 && end == 18, "EM_EXSETSEL: expected (0,18) actual:(%d,%d)\n", start,end); + } What does EM_GETSEL return right now? It might be worth looking at that to see if you can fix it in the same patch, if it's easy. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Wine and RDPRINT
by Frederico Bertucci March 17, 2006

March 17, 2006

Good morning guys I did my system works with wine no problem, but when I try print using then, doesnt work... if I print from any other aplication, works. I talked with my developer and he told me that are using a delphi componet called RDPRINT, this in windows, to create better graphics. So, Are there any way to print in wine, using this RDPRINT ?? any dll, any configuration I am using latest wine configured with winetools, the printer is a lx300. I am trying do this works since 2 weeks ago and not sucefull Tks guys -- Frederico Bertucci e-mail / msn: fred(a)netbil.com.br www.netbil.com.br NetBil - Redes e Internet 18-3659-2444 XxX Linux for work Linux for fun XxX ________________________________________________ :: NetBil :: :: A escolha certa em Internet ::

2 1

Re: WINEFILE: Eliminate use of windowsx.h
by Martin Fuchs March 17, 2006

March 17, 2006

Hi, "Eliminating" windowsx.h sounds like you consider this header file a bad thing. I don't think so - it provides a bunch of very usefull type safe macro definitions. (SelectFont, ListBox_SetSel, Button_SetCheck, ...) I understand you want to eliminate some useless warnings printed by newer GCC versions. Wouldn't it be better to correct the wrong warnings of GCC instead? Regards, Martin

1 0

Problem with virtual memory rlimits
by Marcus Meissner March 17, 2006

March 17, 2006

Hi, I am having a problem with virtual ulimits/rlimits. If you limit the virtual memory size using "ulimit -v 1400000" for instance, wine will only crash. The problem is, that VIRTUAL_alloc_teb() tries to allocate a memory area within the acceptable userspace ... but it does so much mmap()s that it runs out of available mmap space before. I was only able to reproduce this on AMD64 machines up to now, which pass out memory starting from 0xf7fffffff somewhere. Any clue how to solve this? Ciao, Marcus

3 4

Re: wglMakeCurrent
by Wino Rojo March 17, 2006

March 17, 2006

Interesting... according to your log file, it seems you are using Mesa instead of any ATI accelerated driver. >From: "Jesse Allen" <the3dfxdude(a)gmail.com> >To: "Wino Rojo" <winorojo(a)hotmail.com> >Subject: Re: wglMakeCurrent >Date: Wed, 15 Mar 2006 11:45:16 -0700 > > > > > > > Jesse, I can't access your log at that page (I got an error). Could you > > please send it to me? > > > > Thanks, > > > > W > >attachment ><< logfile >> _________________________________________________________________ Powerful Parental Controls Let your child discover the best the Internet has to offer. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*.

2 2

A few apps Munich was interested in
by Dan Kegel March 17, 2006

March 17, 2006

I've been trying to figure out why Munich doesn't like Wine for some time. Here's what I've learned: In 2004 six apps were briefly tested by ITOMIG under both plain Wine and Crossover Office 3.0.1 as part of initial studies for the Munich migration to Linux. The test results aren't especially important (wine has progressed since then), but it's interesting to know which apps were tested. Here's a list of the apps, along with links to related Wine bugs. SPSS11 - statistics http://spss.com (free trial!) Bugs: http://bugs.winehq.org/show_bug.cgi?id=3038 (multiple problems) http://bugs.winehq.org/show_bug.cgi?id=2953 (Sun's JVM crashes on trivial app, fixed?) http://bugs.winehq.org/show_bug.cgi?id=4860 (Sun's JVM doesn't work for applet, not really related, but an indication that java isn't happy) Keeptool5-Hora - Entity Relationship diagrammer, SQL debugger http://keeptool.com/de/keeptool_hora.php (free trial!) Bugs: http://bugs.winehq.org/show_bug.cgi?id=4801 (app locks up on some systems?) http://bugs.winehq.org/show_bug.cgi?id=4802 (Oracle client library won't install) Frontpage2000 - Microsoft Office 2000's html editor Mephisto - a specialized app built using MS Access Darwin - a specialized app used in tourism offices; needs a dongle (For more info, contact stefan.munz at itomig.de.) Until apps like these work well under Wine, cities like Munich are unlikely to use Wine as part of their migration to Linux desktops. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

re: My two cents about winetools and the suggestions I read in Issue 308
by Dan Kegel March 17, 2006

March 17, 2006

Joachim wrote: >> IMO, the best thing for Wine would be to have a simple front end with a >> list of freely downloadable applications that work "out of the box" with >> no configuration changes. >> >> Click -> Download application -> Install -> Run > >This is exactly what we try to have with the next version of WineTools. Right, but Mike meant "without installing any Microsoft libraries". - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 4

Re: Add a test for bitmap font metrics to ensure that they match the Windows ones
by Huw Davies March 17, 2006

March 17, 2006

On Fri, Mar 17, 2006 at 02:01:41PM +0800, Dmitry Timoshkov wrote: > "Huw D M Davies" <h.davies1(a)physics.ox.ac.uk> wrote: > > > Looks like this might be a fontforge or FreeType problem. Windows > > courier at 13 ppem should have an ascent of 11 and a descent of 2, > > which is what we have in the .sfd. Now, when I run sfnt2fnt on the > > generated .ttf I get an ascent of 13, ppem of 13 and hence a descent > > of 0. > > > > I'm not going to have time to look into this soon, so please feel free > > to investigate more. > > Looks like it's a sfnt2fnt bug and not a fontforge or FreeType problem. > > This patch tests bitmap font metrics to ensure that they match the Windows > ones. The patch discovers a bug in sfnt2fnt which causes Courier font to > have wrong ascent and descent values (13/0 instead of 11/2). courier.ttf > generated by fontforge from courier.sfd has correct values, but courier-*.fnt > files have wrong values. Well we get the ascent from the height of the Aring glyph. As far as I can tell this is 11 in fontforge. So somewhere between fontforge's export as a ttf and sfnt2fnt reading that ttf (using FreeType) the value has changed to 13. Hence my comment that either fontforge or FreeType is doing something odd. Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re: riched20: add EM_EXSETSEL conformance tests and fixes bug 4462
by Phil Krylov March 17, 2006

March 17, 2006

On Thu, 16 Mar 2006 22:31:40 -0800 (PST) Brian Chang <brianch(a)seas.ucla.edu> wrote: > + /* get the current selection and text length */ > + RichEditANSIWndProc(hWnd, EM_GETSEL, (WPARAM) &start, (LPARAM) &end); > + textlen = RichEditANSIWndProc(hWnd, WM_GETTEXTLENGTH, 0, 0); This looks strange... Why not use ME_GetSelection() and ME_GetTextLength()? -- Ph.

2 1

re: riched20: add EM_EXSETSEL conformance tests and fixes bug 4462
by Dan Kegel March 17, 2006

March 17, 2006

Nice touch including the link to the bug! Did you run the new test on Windows? + if(range.cpMin < 0) + { + range.cpMin = end; + range.cpMax = end; + } + ... + + return (range.cpMax < textlen+1 ? range.cpMax : textlen+1) ; MSDN says the return value is the range, not just cpMax. Are they really wrong? Also, I suspect you want to limit cpMax at the same time as you do cpMin, not after the fact... otherwise aren't you passing an invalid cpMax to ME_SetSelection() ? Finally, there are trivial whitespace style violations, I think (missing space between if and the open paren). - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Re: wglMakeCurrent
by Wino Rojo March 17, 2006

March 17, 2006

Hi guys I send a reply to the list a couple of days ago, but I attached my exe file and it seems it was blocked but hotmail... First, thanks a lot for all your replies... Jesse, I've made the changes proposed in those patches, but it didn't work :-( After further inspection, it seems the problem is when I call wglMakeCurrent for a context which shares display lists with another context. I've attached the program and the source code, so you can try it. This is the output of the trace+opengl: trace:opengl:has_opengl GLX is up and running error_base = 77 trace:opengl:X11DRV_setup_opengl_visual Visual ID 21 Chosen trace:opengl:X11DRV_ChoosePixelFormat (0x403a28a8,0x406afdac) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 24 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 24 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE trace:opengl:X11DRV_SetPixelFormat (0x403a28a8,3,0x406afdac) trace:opengl:X11DRV_SetPixelFormat FBConfig have : trace:opengl:X11DRV_SetPixelFormat - FBCONFIG_ID 0x73 trace:opengl:X11DRV_SetPixelFormat - VISUAL_ID 0x23 trace:opengl:X11DRV_SetPixelFormat - DRAWABLE_TYPE 0x7 trace:opengl:X11DRV_GetPixelFormat (0x403a28a8): returns 3 trace:opengl:wglCreateContext (0x1cc)->(PF:3) trace:opengl:wglCreateContext creating context 0x403a2a40 (GL context creation delayed) trace:opengl:X11DRV_ChoosePixelFormat (0x403a2cc0,0x406afdac) trace:opengl:dump_PIXELFORMATDESCRIPTOR - size / version : 40 / 1 trace:opengl:dump_PIXELFORMATDESCRIPTOR - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL trace:opengl:dump_PIXELFORMATDESCRIPTOR - iPixelType : PFD_TYPE_RGBA trace:opengl:dump_PIXELFORMATDESCRIPTOR - Color : 24 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Red : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Green : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Blue : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Alpha : 8 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Accum : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Depth : 24 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Stencil : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - Aux : 0 trace:opengl:dump_PIXELFORMATDESCRIPTOR - iLayerType : PFD_MAIN_PLANE trace:opengl:X11DRV_SetPixelFormat (0x403a2cc0,3,0x406afdac) trace:opengl:X11DRV_SetPixelFormat FBConfig have : trace:opengl:X11DRV_SetPixelFormat - FBCONFIG_ID 0x73 trace:opengl:X11DRV_SetPixelFormat - VISUAL_ID 0x23 trace:opengl:X11DRV_SetPixelFormat - DRAWABLE_TYPE 0x7 trace:opengl:X11DRV_GetPixelFormat (0x403a2cc0): returns 3 trace:opengl:wglCreateContext (0x1dc)->(PF:3) trace:opengl:wglCreateContext creating context 0x403a2e58 (GL context creation delayed) trace:opengl:wglShareLists (0x403a2a40, 0x403a2e58) trace:opengl:describeContext Context 0x403a2a40 have (vis:0x7c1782d0): trace:opengl:describeContext - FBCONFIG_ID 0x73 trace:opengl:describeContext - VISUAL_ID 0x23 trace:opengl:wglShareLists created a delayed OpenGL context (0x7c190318) for Wine context 0x403a2a40 trace:opengl:describeContext Context 0x403a2e58 have (vis:0x7c18a4d0): trace:opengl:describeContext - FBCONFIG_ID 0x73 trace:opengl:describeContext - VISUAL_ID 0x23 trace:opengl:wglShareLists created a delayed OpenGL context (0x7c1b1590) for Wine context 0x403a2e58 sharing lists with OpenGL ctx 0x7c190318 trace:opengl:wglGetCurrentDC () trace:opengl:wglGetCurrentDC no Wine context found for GLX context 0x7c096448 trace:opengl:wglGetCurrentContext () trace:opengl:wglGetCurrentContext returning (nil) (GL context 0x7c096448) trace:opengl:wglMakeCurrent (0x1dc,0x403a2e58) trace:opengl:wglMakeCurrent make current for dis 0x7c0657f0, drawable 0x3800002, ctx 0x7c1b1590 X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 144 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 120 Current serial number in output stream: 120 My guess is that when we call wglMakeCurrent for the context with the shared lists, it has a VISUAL_ID of 0x23, but X11DRV_setup_opengl_visual chosed a Visual ID of 0x21, and hence the BadMatch error. As I said, this program works just fine in Windows, so we must be doing something differente in wine Any ideas/hints? Thanks _________________________________________________________________ Don't just Search. Find! http://search.sympatico.msn.ca/default.aspx The new MSN Search! Check it out!

3 10

getwinegit.sh 0.3 released!
by Christian Lachner March 16, 2006

March 16, 2006

Weehaa, my getwinegit.sh-script now reached a next major version-step! It's not perfect but it should do it's job very smoothly. Here's, what has changed: 0.3_Yea, new features and some fixes ;) - Mode 4: installs an already compiled source - fixed a bug when mode was 3 and the target-dir was _not_ found - Now uses PID-Files to ensure, that getwinegit.sh does not run twice - very small enhancements in logger - Logfile is now stored at /var/log/ as default - small stuff I don't remember... again... - Granatenstark, Hoschi! ;) (who of you german speakings know bill and ted?) This release is meant to be a stable-version. IF there are bugs, then post them to wine-users. Questions? PLEASE read the readme-file and if you really can't sort things out, post to wine-users. Ok, that's it for now. greets, chris

1 0

re: riched20: implement EM_FINDWORDBREAK and its tests
by Dan Kegel March 16, 2006

March 16, 2006

Brian Chang wrote: > ... > +#include <wctype.h> http://www.winehq.org/pipermail/wine-devel/2006-March/045373.html says: You can't use anything from wctype.h in Wine. Use the functions from wine/unicode.h instead. >+ /* Windows returns 0 if start is negative and len+1 if start is >= len */ >+ if(code != WB_ISDELIMITER) >+ { >+ if(start < 0) >+ return 0; >+ if(start > len) >+ return len+1; >+ } Do you test that in your conformance test? If not, please do. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

fonts
by Mihael Simonic March 16, 2006

March 16, 2006

I am test to install Google Earth. It is work, but fonts not show. problem 1: how I configure fonts problem 2: not file (library) /system32/psapi.dll Greetings, Miha

1 0

Re: GDI32: Fix logical error of italic,bold determination
by Huw D M Davies March 16, 2006

March 16, 2006

On Mon, Mar 13, 2006 at 04:10:04AM +0900, Byeong-Sik Jeon wrote: > ChangeLog: > Fix the logical error of the italic, bold determination. > > Index: dlls/gdi/freetype.c > =================================================================== > RCS file: /home/wine/wine/dlls/gdi/freetype.c,v > retrieving revision 1.114 > diff -u -u -r1.114 freetype.c > --- dlls/gdi/freetype.c 9 Mar 2006 12:30:52 -0000 1.114 > +++ dlls/gdi/freetype.c 12 Mar 2006 10:01:22 -0000 > + for(i = 0; !face && i < 4; ++i) { > best = NULL; > LIST_FOR_EACH(face_elem_ptr, &family->faces) { > face = LIST_ENTRY(face_elem_ptr, Face, entry); > - if((csi.fs.fsCsb[0] & (face->fs.fsCsb[0] | face->fs_links.fsCsb[0])) || !csi.fs.fsCsb[0]) { > + if((!(face->Italic ^ it) ^ ((i >> 1) & 1)) && (!(face->Bold ^ bd) ^ (i & 1)) && > + ((csi.fs.fsCsb[0] & (face->fs.fsCsb[0] | face->fs_links.fsCsb[0])) || !csi.fs.fsCsb[0])) { It doesn't seem right to compare these with 'i', the order of the faces is random. The right way to do this is to rewrite all this font matching code so that we loop through the families and faces once and score each one. At the end we pick the one with the lowest score. Huw. -- Huw Davies huw(a)codeweavers.com

2 1

build stand alone binaries
by Benjamin Zeller March 16, 2006

March 16, 2006

Hi there, is it possible to build real elf binaries with winelib? If i go through the tutorial on winehq.org i get only a appname.exe.so and i have to invoke wine to start the application. Is it possible to compile a binary wich can run stand alone? regards benjamin z.

3 2

Re: [RESEND] riched20: Fixed crash when the window procedure is called with NULL hWnd
by Alexandre Julliard March 16, 2006

March 16, 2006

Phil Krylov <phil(a)newstar.rinet.ru> writes: > > ChangeLog: > > riched20: Fixed crash when the window procedure is called with NULL hWnd. You should check that you got a valid pointer from GetWindowLong, NULL is not the only invalid window handle you can get here. -- Alexandre Julliard julliard(a)winehq.org

1 0

My two cents about winetools and the suggestions I read in Issue 308
by Philip V. Neves March 16, 2006

March 16, 2006

What I'm seeing here with the whole debate with wine and winetools is that its a configuration management issue. The project is getting into the stage where testing needs to be accomodated and so does getting things working. I think whats currently available for managing configurations to wine is innadequate. Even winecfg provides an interface that is innadequate for making many changes in terms of dll overrides. Plus it doesn't provide a mechanism for rolling those changes back. Or even managing multiple configurations or modes so that problems can be issolated. I think whats is comming out of the winetools debate is better tools are needed for configuration management. This isn't very revolutionary. Its a natural part of the software development life cycle. As a project starts emerging from the development phase ways to provide better configuration management start showing themselves. Something that interfaces with the AppDB would be good. It would make things easier. I think, given the complaints given by the developers are also valid but so are the complaints made by the people trying to use the program and even the testers. Most other projects don't need such tools but this one does given what its trying to accomplish and the complexity of whats being accomplished. Besides even windows XP has a roll back feature now to fix problems. Why doesn't wine considering its attempting a bug for bug compatibility with windows. This would be a wise thing to implement just for sanities sake. So I'd like to provide an addition to Jason Greens brain dump * AppDB would have to be extended to be able to get and report this data, and it would make sense for each App's maintainer to be able to manage that information. * Biggest issue here is that this information could have a tendency to change very rapidly, so it might overload the app maintainers if they had to track this for each version of wine. What I think would make sense is to have regular snapshots (every 3 months?) and release a new version of "Winetools Plus" or whatever you want to call this thing a month later to give the maintainers time to update each of their apps based on the frozen version. (I think multiple versions of the AppDB would be useful. Similar to the Release and Release candidate type way of doing things.) * Data needed: AppID, AppVersionID, WineVersionID, Window Version, DLL Overrides, Window settings (fullscreen/windowed - sometimes and issue), Sound options, Video acceleration required, General notes or HOWTO's, etc. You would need separate overrides/settings for Installing vs. Running the app. * AppDB could dump this information to an xml format which "Winetools Plus" could be distributed with. Maybe have an option to download the latest xml file directly from winehq.org. * The 'Winetools Plus' front-end would just be a menu which would query all of the apps in the xml dump. The user picks they app they want to install, and it reads the necessary information, verifies the source installation media, and goes at it. * Applying patches to apps might get tricky (e.g., where wine only successfully runs version 1.5 of the app, but 1.0 is on the CD), but I'm sure it could be worked out. * A Way to roll back DLL overrides. * A Way store roll multiple registry configurations so that we establish a base reference configuration and a test configuration. Or even multiple test configurations. * An AppDB tool that allows changes to the DLL configuration in the AppDB to be made easily. * A way to detect the version of wine and provide configuration changes given that version of wine. * A way to report bugs to the appDB maintainers about configuration problems. A nice to have would be Something that allows the AppDB maintainers to distribute tweeks to the configuration changes in the AppDB to users. So that even if we aren't installing the programs on the system. The tweeks can still be made on the fly. This would eliminate having to blow away the .wine directory all the time. Blowing away the .wine directory is not a desirable. A way for wine developers to distribute a test configuration would also be a useful thing. That way we can test the software with what the developers want us to test rather then shooting in the dark only to see that the bug we reported is the same as some other bug we reported. Such tools would be useful in debugging the entire framework and speed up development. These are suggestions. I hope they help a bit.

4 3

build stand alone binaries
by Benjamin Zeller March 16, 2006

March 16, 2006

Hi there, is it possible to build real elf binaries with winelib? If i go through the tutorial on winehq.org i get only a appname.exe.so and i have to invoke wine to start the application. Is it possible to compile a binary wich can run stand alone? (Sorry for maybe posting this message twice i had some trouble with my email programm) regards benjamin z.

1 0

May be a bad idea to have Winetools in the next SUSE release
by Jan Zerebecki March 16, 2006

March 16, 2006

Hi. For Andreas Jaeger: I CCed you, because you said on http://en.opensuse.org/Wishlist_Packages_that_are_already_there that Winetools got included for the next SUSE release. I hope you are the correct person to talk to or at least can forward this to someone who is. The following might be usefull information for you: I think a quote from http://www.winehq.org/site/download somewhat sums up the cencus on this list regarding Winetools: "WineTools [is] only recommended if installation or operability of Windows software failed on pure Wine. Since WineTools radically alters your Wine configuration please do not report bugs in programs with WineTools installed. Instead contact the author of WineTools Joachim von Thadden." Some other facts: Winetools is only sporadically updated for new versions of Wine (as http://www.von-thadden.de/Joachim/WineTools/ indicates; this site also contains some warnings regarding the support status). Winetools radically alters some vital Wine settings and thus makes many other apps fail. This leads to many users asking for help in #winehq on freenode. But nobody there wants to support winetools and thus can only suggest them to remove their .wine and redo it without winetools (which usually makes it work). Currently no Winetools developer works closely with the Wine developers to correct problems of interaction between Winetools and Wine. IMHO it would be best to either not include Winetools in a distribution or find a more active developer for it who is willing to support Winetools and cooperate with Wine developers. Or at least put up a big warning where it is read by a user that installs Winetools through the distributions package management. Jan

12 13

Yet Another MS Windows API Emulation - SanOS, an small OS
by agaro March 16, 2006

March 16, 2006

I don't know if somebody already found this, but may be relevant to wine-devel comunity (google don't found nothing about in this list): http://www.jbox.dk/sanos/ And the code (I haven't really looked much there): http://www.jbox.dk/sanos/source/index.html The code is released under an "BSD style" license. The win32 exception handling implementation is based on Wine code: http://www.jbox.dk/sanos/contributions.htm []s Augusto Arcoverde da Rocha

1 0

re: More dogfood tests
by Dan Kegel March 16, 2006

March 16, 2006

> I have found very few problems, mainly just images being color-reversed, > and only on PNG of certain types. That sounds like the .gif bug here: http://bugs.winehq.org/show_bug.cgi?id=4529 Can you give the URL of one of the busted PNG's? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

More dogfood tests
by Segin March 16, 2006

March 16, 2006

I have also started using Firefox in Wine for everything, namely because native lost a lib, old mozilla and opera and native firefox cause X to malloc() like mad (pkill -9 the broswer to cause X to free() ). I have found very few problems, mainly just images being color-reversed, and only on PNG of certain types. Also, Wine is MUCH faster if you have NPTL as your only threading method in glibc. (think a 15x improvement in speed here...) Wine also seems to know about the XDND X extension, cause it knows what GTK+2 widgets can be dragged and dropped onto, but otherwise the actual drag-and-drop procedure is a null effect. Ahh to hell with it, let's get to the speed tests. time wine firefox.exe, cold cache: real 0m48.895s (about 45s, really) user 0m4.116s sys 0m1.589s hot cache: real 0m9.287s (about 7.5s, really) user 0m3.966s sys 0m1.026s (Please note that the "real" time is off by about 1-2 seconds, to allow for me to quit Firefox.) Here we do the 7-Zip File Manager. Errors: err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=00000001 lp=00000000 err:rebar:REBAR_AdjustBands Phase 1 failed, x=1000, maxx=-4, start=1, end=1 time wine 7zFM.exe, cold cache: real 0m34.815s (about 30s) user 0m1.044s sys 0m0.672s and with a hot cache: real 0m5.105s (about 4s, actually) user 0m0.997s sys 0m0.378s And now we do PuTTY: (no errors) Cold cache: real 0m39.382s (37s) user 0m1.023s sys 0m0.868s Hot cache: real 0m3.170s (no ajustment) user 0m0.978s sys 0m0.395s On a normal Windows system, the cache is always hot (all the core DLLs are always loaded), so the hot cache times actually rival a real Windows system, especially the one for PuTTY (which beats every test on a real Windows box I have done except those on more powerful hardware)

1 0

Re: Francois Gouget : user32: Handle WM_ENDSESSION in DefWinProc().
by Rein Klazes March 16, 2006

March 16, 2006

On Fri, 24 Feb 2006 14:29:45 -0600, you wrote: >Author: Francois Gouget <fgouget(a)codeweavers.com> >Date: Fri Feb 24 15:34:09 2006 +0100 > >user32: Handle WM_ENDSESSION in DefWinProc(). >DefWinProc() should call PostQuitMessage() on WM_ENDSESSION if the >shutdown is proceeding. Hi Francois, This patch is causing a problem in Pegasus Mail. Closing some dialogs cause termination of the complete program. Here is a part of SPY++ log when run under win2000, when I close the edit new mail dialog: |<00202> 00130A82 S ..........................WM_SYSCOMMAND uCmdType:SC_CLOSE xPos:672 yPos:121 [wParam:0000F060 lParam:007902A0] |<00203> 00130A82 S ...........................WM_CLOSE wParam:00000000 lParam:00000000 |<00204> 00130A82 S ............................WM_QUERYENDSESSION nSource:1 (End Task from Task List dialog) [wParam:00000001 lParam:00000000] |<00951> 00130A82 R ............................WM_QUERYENDSESSION fShutdownIsOk:True [lResult:00000001] ... |<00952> 00130A82 S ............................WM_ENDSESSION fEndSession:True [wParam:00000001 lParam:00000000] |<00953> 00130A82 R ............................WM_ENDSESSION lResult:00000000 The WM_QUERYENDSESSION and WM_ENDSESSION are sent by the program: |0009:Call user32.SendMessageA(00030024,00000011,00000001,00000000) ret=0040641d How did you check the behavior of the Windows DefWindowProc? If I put a DefWindowProc(hwnd, WM_ENDSESSION, 1, 0); some where in a windows program nothing happens, while a PostQuitMesage certainly closes the app. Rein.

3 4

Vista compatibility page
by Mike Hearn March 15, 2006

March 15, 2006

Potentially this is old news, but via Raymond Chen we learn of this page: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnlong/htm… Which talks about Vistas application compatibility. Interesting points that stand out: * They are dropping WinHelp and CHM support. You'll have to install it from their website for it to work (my first thought: wtf?) * IsBadReadPtr/IsBadWritePtr are now "banned". I wonder what that means. Presumably it just means they don't use them internally for the APIs anymore. * Windows will now silently fail to modify certain protected system files even if you're the administrator (basically the STATUS_ACCESS_DENIED error is suppressed to stop installers tripping up). * They dropped D3D RM. Not many apps use this but I think at least my fathers sailing game does. So there we have it - this appears to be the first release in which they simply started dropping APIs.

4 4

ie6sp1 install failure
by Samium Gromoff March 15, 2006

March 15, 2006

I tried to install IE6SP1 under wine 0.9.9, in order to allow .NET framework to be installed, and it failed like this: deepfire(a)betelheise:/mnt/etherstorm/win32$ wine ie6setup.exe fixme:advapi:CheckTokenMembership ((nil) 0x7fd3b6b0 0x7fbefd78) stub! fixme:advapi:DecryptFileA "C:\\windows\\temp\\IXP000.TMP\\" 00000000 wine: Unhandled page fault on read access to 0x0000000e at address 0x7e69c1ba (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on read access to 0x0000000e in 32-bit code (0x7e69c1ba). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:7e69c1ba ESP:7fbdeff0 EBP:7fbdeff8 EFLAGS:00210212( - 00 - RIA1) EAX:00000002 EBX:7e6ad280 ECX:00000000 EDX:00000000 ESI:00000002 EDI:00000001 Stack dump: 0x7fbdeff0: 00000001 00000002 7fbdf01c 7e69d8bc 0x7fbdf000: 00000001 7fd43120 0000000b 7fbdf018 0x7fbdf010: 7e6dec3c 7fbdf788 7fd43120 7fbdf7cc 0x7fbdf020: 7e6daa8a 7fbdf788 00000001 7fbdf7ab 0x7fbdf030: 00000005 7fbdf7b0 7fbdf07c 00000000 0x7fbdf040: 7fbdf788 7fbdf7b8 7fbdf7b4 7fbdf7b0 0200: sel=1007 base=7fe4a000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7e69c1ba in setupapi (+0x1c1ba) (0x7e69c1ba) 2 0x7e69d8bc SetupGetStringFieldA+0x2c in setupapi (0x7e69d8bc) 3 0x7e6daa8a in advpack (+0xaa8a) (0x7e6daa8a) 4 0x7e6db2df TranslateInfStringA+0xff in advpack (0x7e6db2df) fixme:dbghelp:sffip_cb NIY on 'ie6wzdex.pdb' 5 0x01016f73 in ie6wzd (+0x16f73) (0x01016f73) 6 0x010199e4 in ie6wzd (+0x199e4) (0x010199e4) 7 0x00000000 (0x00000000) 0x7e69c1ba: cmpl 0xc(%eax),%edx Modules: Module Address Debug info Name (74 modules) PE 0x01000000-01034000 Export ie6wzd ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7e154000-7e15c000 Deferred librt.so.1 ELF 0x7e675000-7e6c8000 Export setupapi<elf> \-PE 0x7e680000-7e6c8000 \ setupapi ELF 0x7e6c8000-7e6e0000 Export advpack<elf> \-PE 0x7e6d0000-7e6e0000 \ advpack ELF 0x7e7f7000-7e83c000 Deferred riched20<elf> \-PE 0x7e810000-7e83c000 \ riched20 ELF 0x7e83c000-7e850000 Deferred riched32<elf> \-PE 0x7e840000-7e850000 \ riched32 ELF 0x7e934000-7e98c000 Deferred shlwapi<elf> \-PE 0x7e950000-7e98c000 \ shlwapi ELF 0x7e98c000-7ea51000 Deferred shell32<elf> \-PE 0x7e9a0000-7ea51000 \ shell32 ELF 0x7ea51000-7ea82000 Deferred uxtheme<elf> \-PE 0x7ea60000-7ea82000 \ uxtheme ELF 0x7eac6000-7eaca000 Deferred libxfixes.so.3 ELF 0x7eaca000-7ead3000 Deferred libxcursor.so.1 ELF 0x7ead3000-7eaef000 Deferred imm32<elf> \-PE 0x7eae0000-7eaef000 \ imm32 ELF 0x7eaef000-7eaf2000 Deferred libxrandr.so.2 ELF 0x7eaf2000-7eafa000 Deferred libxrender.so.1 ELF 0x7eafa000-7eb01000 Deferred libdrm.so.2 ELF 0x7eb01000-7eb67000 Deferred libgl.so.1 ELF 0x7eb67000-7ec4d000 Deferred libx11.so.6 ELF 0x7ec4d000-7ec65000 Deferred libice.so.6 ELF 0x7ec65000-7ece4000 Deferred winex11<elf> \-PE 0x7ec70000-7ece4000 \ winex11 ELF 0x7ece4000-7ed03000 Deferred libexpat.so.1 ELF 0x7ed03000-7ed31000 Deferred libfontconfig.so.1 ELF 0x7ed31000-7ed45000 Deferred libz.so.1 ELF 0x7ed45000-7edae000 Deferred libfreetype.so.6 ELF 0x7edae000-7edcc000 Deferred iphlpapi<elf> \-PE 0x7edc0000-7edcc000 \ iphlpapi ELF 0x7edcc000-7ee14000 Deferred rpcrt4<elf> \-PE 0x7ede0000-7ee14000 \ rpcrt4 ELF 0x7ee14000-7eea0000 Deferred ole32<elf> \-PE 0x7ee30000-7eea0000 \ ole32 ELF 0x7eea0000-7eeb9000 Deferred version<elf> \-PE 0x7eeb0000-7eeb9000 \ version ELF 0x7eeb9000-7ef6d000 Deferred comctl32<elf> \-PE 0x7eec0000-7ef6d000 \ comctl32 ELF 0x7ef6d000-7ef8b000 Deferred mpr<elf> \-PE 0x7ef70000-7ef8b000 \ mpr ELF 0x7ef8b000-7f0ad000 Deferred user32<elf> \-PE 0x7efb0000-7f0ad000 \ user32 ELF 0x7f0ad000-7f0b7000 Deferred libgcc_s.so.1 ELF 0x7f0b7000-7f0cb000 Deferred lz32<elf> \-PE 0x7f0c0000-7f0cb000 \ lz32 ELF 0x7f1a0000-7faa3000 Deferred gdi32<elf> \-PE 0x7f1e0000-7faa3000 \ gdi32 ELF 0x7faa3000-7fae0000 Deferred advapi32<elf> \-PE 0x7fab0000-7fae0000 \ advapi32 ELF 0x7fbe2000-7fce0000 Deferred kernel32<elf> \-PE 0x7fc00000-7fce0000 \ kernel32 ELF 0x7fce3000-7fcf0000 Deferred libxext.so.6 ELF 0x7fe02000-7fe05000 Deferred libxau.so.6 ELF 0x7fe05000-7fe0f000 Deferred libnss_files.so.2 ELF 0x7fe0f000-7fe18000 Deferred libnss_nis.so.2 ELF 0x7fe18000-7fe2d000 Deferred libnsl.so.1 ELF 0x7fe2d000-7fe36000 Deferred libnss_compat.so.2 ELF 0x7fe36000-7fe3b000 Deferred libxxf86vm.so.1 ELF 0x7fe3b000-7fe40000 Deferred libxxf86dga.so.1 ELF 0x7fe42000-7fe4a000 Deferred libsm.so.6 ELF 0x7fe4d000-7fe6f000 Deferred libm.so.6 ELF 0x7fe6f000-7ff66000 Deferred libwine_unicode.so.1 ELF 0x7ff66000-7ffe0000 Deferred ntdll<elf> \-PE 0x7ff80000-7ffe0000 \ ntdll ELF 0xb7df1000-b7df4000 Deferred libdl.so.2 ELF 0xb7df4000-b7f23000 Deferred libc.so.6 ELF 0xb7f23000-b7f35000 Deferred libpthread.so.0 ELF 0xb7f4a000-b7f64000 Deferred libwine.so.1 ELF 0xb7f67000-b7f7d000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000a (D) C:\windows\temp\IXP000.TMP\ie6wzd.exe 0000000b 0 <== 00000008 00000009 0

3 2

OLEAUT32: bug 4502 - request for comment before trying to fix
by Alex Villacís Lasso March 15, 2006

March 15, 2006

I would like to draw attention to bug 4502. This bug can cause any VB application to crash when the DatePicker control is used, and an attempt is made to assign a date value in VB code. Even though I found this bug while testing an application I wrote, this might not be specific to this application. It is only recently that I have some time to dedicate to this bug, but I would like somebody to comment on this. When the sample application is run with WINEDEBUG=ole,variant, the failing invocation looks like this: trace:ole:ITypeInfo_fnInvoke (0x7fdd5440)(0x7fd9f61c,id=20,flags=0x00000004,0x7fa3ee8c,(nil),0x7fa3ee6c,0x7fa3ee9c) trace:ole:dump_DispParms args=1 named args=1 trace:ole:dump_Variant 0x7fa3eef4->{VT_DATE(38788,0x7fa3ec7c) trace:variant:VarUdateFromDate (38788,0x00000000,0x7fa3ec36) trace:ole:dump_Variant ,2006/03/12 00:00:00} trace:ole:ITypeInfo_fnInvoke invoking: L"Value"(1) parm0: L"Value" memid is 00000014 Param 0: tdesc.vartype 12 (VT_VARIANT) u.paramdesc.wParamFlags PARAMFLAG_FIN u.paramdesc.lpex (nil) funckind: 1 (pure virtual) invkind: 4 (property put) callconv: 4 (stdcall) oVft: 224 cParamsOpt: 0 wFlags: 3c elemdescFunc (return value type): tdesc.vartype 25 (VT_HRESULT) u.paramdesc.wParamFlags PARAMFLAGS_NONE u.paramdesc.lpex (nil) helpstring: L"Returns/sets the current date." entry: (null) trace:ole:ITypeInfo_fnInvoke changing args trace:ole:dump_Variant 0x7fa3eef4->{VT_DATE(38788,0x7fa3ec7c) trace:variant:VarUdateFromDate (38788,0x00000000,0x7fa3ec36) trace:ole:dump_Variant ,2006/03/12 00:00:00} trace:variant:VariantChangeTypeEx (0x7fdd5520->(VT_DATE),0x7fa3eef4->(VT_DATE),0x00000400,0x0000,VT_VARIANT) trace:variant:VariantClear (0x7fa3ec40->(VT_EMPTY)) trace:variant:VariantClear (0x7fa3ec30->(VT_EMPTY)) trace:variant:VariantCopyInd (0x7fa3ec30->(VT_EMPTY),0x7fa3eef4->(VT_DATE)) trace:variant:VariantCopy (0x7fa3ec30->(VT_EMPTY),0x7fa3eef4->(VT_DATE)) trace:variant:VariantClear (0x7fa3ec30->(VT_EMPTY)) trace:variant:VARIANT_Coerce (0x7fa3ec40->(VT_EMPTY),0x00000400,0x0000,0x7fa3ec30->(VT_DATE),VT_VARIANT) trace:variant:VariantClear (0x7fa3ec40->(VT_EMPTY)) trace:variant:VariantClear (0x7fa3ec30->(VT_DATE)) trace:variant:VariantChangeTypeEx returning 0x80020005, 0x7fdd5520->(VT_DATE) err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_VARIANT from VT_DATE trace:ole:ITypeInfo_fnInvoke -- 0x80020005 The Property Put seems to be declared as taking one VT_VARIANT parameter, and the VB code supplies a VT_DATE value. Therefore, an attempt is made to coerce VT_DATE --> VT_VARIANT. However, VariantChangeTypeEx() does not support conversion of *any* kind of variant into VT_VARIANT, so the call fails, and this brings down the application. I was on half a mind to add the VT_VARIANT conversion to VariantChangeTypeEx() myself, but then I checked the tests for this operation, and it seems that the absence of support for VT_VARIANT is actually expected (unless I am misreading the code). Therefore, one of the following two things is happening: 1) There is some error in the reading of the typelib, since a Property Put should not have a VT_VARIANT parameter in the first place. 2) ITypeInfo::Invoke should do the VT_VARIANT conversion itself, precisely because VariantChangeTypeEx() won't do it. I am inclined to the second option, but I want to hear some comment before attempting to create a patch. Alex Villacís Lasso

2 3

Re: opengl32: make the old code before the "sync the dibsection to its pixmap" patch be selectable at runtime.
by Huw D M Davies March 15, 2006

March 15, 2006

On Sun, Mar 12, 2006 at 05:44:57PM +0100, Leon Freitag wrote: > The patch > http://source.winehq.org/git/?p=wine.git;a=commit;h=13268261bbe0d4013937a6a… > has introduced an annoying performance regression which affected all opengl > games. (see http://bugs.winehq.org/show_bug.cgi?id=4499) Does this help? Huw. -- Huw Davies huw(a)codeweavers.com diff --git a/dlls/opengl32/wgl.c b/dlls/opengl32/wgl.c index 56c8ad1..aecba9c 100644 --- a/dlls/opengl32/wgl.c +++ b/dlls/opengl32/wgl.c @@ -78,6 +78,7 @@ static char* internal_gl_extensions = NU typedef struct wine_glcontext { HDC hdc; + DWORD type; Display *display; XVisualInfo *vis; GLXFBConfig fb_conf; @@ -106,7 +107,7 @@ void enter_gl(void) ctx = get_context_from_GLXContext(gl_ctx); wine_tsx11_unlock_ptr(); /* unlock before calling GDI apis */ - if(ctx && GetObjectType(ctx->hdc) == OBJ_MEMDC) + if(ctx && ctx->type == OBJ_MEMDC) ExtEscape(ctx->hdc, X11DRV_ESCAPE, sizeof(escape), (LPCSTR)&escape, 0, NULL); wine_tsx11_lock_ptr(); @@ -250,6 +251,7 @@ HGLRC WINAPI wglCreateContext(HDC hdc) ret = alloc_context(); LEAVE_GL(); ret->hdc = hdc; + ret->type = GetObjectType(hdc); ret->display = display; ret->fb_conf = cur_cfg; /*ret->vis = vis;*/ @@ -673,7 +675,7 @@ BOOL WINAPI wglShareLists(HGLRC hglrc1, if (org->ctx == NULL) { ENTER_GL(); describeContext(org); - org->ctx = glXCreateContext(org->display, org->vis, NULL, GetObjectType(org->hdc) == OBJ_MEMDC ? False : True); + org->ctx = glXCreateContext(org->display, org->vis, NULL, org->type == OBJ_MEMDC ? False : True); LEAVE_GL(); TRACE(" created a delayed OpenGL context (%p) for Wine context %p\n", org->ctx, org); } @@ -681,7 +683,7 @@ BOOL WINAPI wglShareLists(HGLRC hglrc1, ENTER_GL(); describeContext(dest); /* Create the destination context with display lists shared */ - dest->ctx = glXCreateContext(org->display, dest->vis, org->ctx, GetObjectType(org->hdc) == OBJ_MEMDC ? False : True); + dest->ctx = glXCreateContext(org->display, dest->vis, org->ctx, org->type == OBJ_MEMDC ? False : True); LEAVE_GL(); TRACE(" created a delayed OpenGL context (%p) for Wine context %p sharing lists with OpenGL ctx %p\n", dest->ctx, dest, org->ctx); return TRUE;

3 5

Re: WIDL: Add missing ignore attribute. Check for inapplicable attributes in typedef. (more better patch)
by Mike McCormack March 15, 2006

March 15, 2006

Saveliy Tretiakov wrote: > +typedef: tTYPEDEF m_attributes type pident_list { > + attr_t *a = $2; > + int public = 0; > + while(a){ > + switch(a->type) > + { > + case ATTR_CONTEXTHANDLE: > + case ATTR_STRING: > + case ATTR_HANDLE: > + case ATTR_SWITCHTYPE: > + case ATTR_TRANSMITAS: > + case ATTR_POINTERTYPE: > + case ATTR_IGNORE: > + break; > + case ATTR_PUBLIC: > + public = 1; > + break; > + default: > + yyerror("Inapplicable attribute\n"); How about changing the grammar to define something like: attributes: td_attribs | tCONTEXTHANDLE | tSTRING | ... /* other things that can't be a typedef */ ; td_attribs: tAGGREGATABLE | ... /* other things in the existing attributes rule */ ; typedef: tTYPEDEF td_attribs type pident_list .... That way the parser can deal with the problem. Mike

1 0

Re: GDI32: using the embeded bitmap in antialias mode
by Huw D M Davies March 15, 2006

March 15, 2006

On Mon, Mar 13, 2006 at 04:10:20AM +0900, Byeong-Sik Jeon wrote: > ChangeLog: > Using the embeded bitmap in the antialias mode. > > > PS2. FT_Bitmap_Convert() is simple, but I used it. > "ftbitmap.h" is define FT_Bitmap_Embolden(), and I will use it in the > furure. Looks like FT_Bitmap_Convert is a relatively new function - I don't have it in fc4. You're going to need to provide a fallback or simply ignore it completely and code it yourself. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: ntdll: test to get and set junctions
by Mike McCormack March 15, 2006

March 15, 2006

I don't have alot of time to look over your code at the moment, but: tkho(a)ucla.edu wrote: > dlls/ntdll/tests/Makefile.in | 1 > dlls/ntdll/tests/file.c | 165 +++++++++++++++++++++++++++++++++++++++++++ > dlls/ntdll/tests/ntifs.h | 66 +++++++++++++++++ This is one patch, and you should roll ntifs.h into file.c > include/ntifs.h | 63 ++++++++++++++++ This should be a separate patch, and it may be better to put it in the include/ddk directory, since it doesn't seem to exist in the Windows SDK. > include/winnt.h | 4 + This is another separate patch, which should be easy enough to get accepted on its own. Mike

1 0

Re: GDI32: Using the FT_Sfnt_Name for font FamilyName
by Huw D M Davies March 15, 2006

March 15, 2006

On Mon, Mar 13, 2006 at 04:10:36AM +0900, Byeong-Sik Jeon wrote: > ChangeLog: > Using the FT_Sfnt_Name for font FamilyName Hi, This one could be broken down too. Start off with a patch that moves FontSubst to using the struct list stuff. Then try sending a patch that uses FT_Sfnt_Name. Thanks, Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: WIDL: Add missing ignore attribute. Check for inapplicable attributes in typedef.
by Robert Shearman March 15, 2006

March 15, 2006

Saveliy Tretiakov wrote: > Sorry, previous patch was broken. > > ChangeLog: > Saveliy Tretiakov <saveliyt(a)mail.ru> > Add missing ignore attribute. > Check for inapplicable attributes in typedef. > Register type in typelibrary only when ATTR_PUBLIC is set. Please respect the indentation style in the files you are editing. Also, the attribute lists are all sorted to make it easier to find a given attribute in it. Therefore, please add the attribute in the correct place. >+ break; >+ default: >+ yyerror("Inapplicable attribute\n"); >+ } >+ a = NEXT_LINK(a); >+ } >+ typeref_t *tref = uniq_tref($3); > You can't mix variable declarations in between statements as it won't compile on some compilers. -- Rob Shearman

1 0

Dogfood status
by Dan Kegel March 15, 2006

March 15, 2006

I've been dogfooding Wine with Firefox for some time. It's totally usable and good looking now. The four open bugs, http://bugs.winehq.org/show_bug.cgi?id=4523 (copy/paste problem) http://bugs.winehq.org/show_bug.cgi?id=4528 (too tall) http://bugs.winehq.org/show_bug.cgi?id=4762 (flash crash) http://bugs.winehq.org/show_bug.cgi?id=4829 (jerky animations) while serious, do not prevent me from getting work done. A new problem is that apps have been crashing with X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0x0 every day. This is on Ubuntu 5.10 with updates, and might be a problem with the X server. I'll try updating to Ubuntu 6.04 flight 5 and see if that makes it go away. Anyway, since Firefox is in fairly good good shape, I'm now running putty under wine instead of using linux's built-in ssh. Works fine. Three annoyances: 1) takes a while (ten seconds) to open up session after clicking 'open'. 2) every keystroke yields the console message fixme:imm:ImmReleaseContext (0xb014e, 0x7fdbee18): stub 3) It took me a while to figure out how to copy and paste in putty, since Linux doesn't have the 'copy / paste' items in the upper left corner menu. (ctrl-insert and shift-insert work fine.) But that's a linux window manager issue, not a wine issue. Overall, I'm productive and happy. Success! Since those are the *only two gui apps I use* on Linux, I'm running out of things to dogfood! Oh, once in a while I need an image editor. Maybe I'll dogfood windows gimp next (quadruple yuck)... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

4 5

Updated DDraw over WineD3D patch
by Stefan Dösinger March 15, 2006

March 15, 2006

Hi, I've uploaded anothe update of my DDraw->WineD3D patch to http://stud4.tuwien.ac.at/~e0526822/. It fixes some refcounting issues and the D3D renderer of the Half-Life 1 Steam version works. It also takes the merged header patches into account ;) I am quite busy the next time, so I won't be able to do a lot ddraw development. I'll continue to send patches, but only header changes, no added functionality. I'll keep myself up to date and anser feedback mails, but I don't think I've the time to do intensive development. I expect I can continue in April. Have fun playing, Stefan

2 2

Free mirror for .deb APT repository (forwarded correspondance)
by Scott Ritchie March 15, 2006

March 15, 2006

Hey guys. For the past few days I've been corresponding with Pieter de Bruijn, who has graciously offered us a huge amount of bandwidth to host the APT repository for our .deb packages, rather than having to put it in the sourceforge webspace where it is rather slow and times out a lot. By my estimates, we get about 800 downloads of Wine from the APT repository per day, which is about 10 gigabytes. All other package downloads from sourceforge combined constitute about 4000 downloads, so roughly 20% of our package downloads are using the APT repository. As for what percentage of our user base uses current .debs, I don't know, because more or less up to date Wine packages derived from mine can be also grabbed from the Ubuntu backports server, the Ubuntu development server, and likely some other place I don't know of. It wouldn't surprise me if over half our users were on Ubuntu at this point, though. One important advantage of Peter's offer is that it allows us much more storage space, possibly including multiple APT repositories for different distributions. This would be far preferable to the ~100 megs or so we get on Sourceforge, which can barely fit one package. Anyway, I'd like to inform everyone about the hosting offer and gather some additional feedback, if you have any comments about the change. Thanks, Scott Ritchie

1 0

Some Processor(s) specific environment variables
by Paul Vriens March 14, 2006

March 14, 2006

Hi, there are some processor specific environment variables: NUMBER_OF_PROCESSORS=1 PROCESSOR_ARCHITECTURE=x86 PROCESSOR_IDENTIFIER=x86 Family 6 Model 9 Stepping 8, GenuineIntel PROCESSOR_LEVEL=6 PROCESSOR_REVISION=0908 (from a VMware box). These variables exist in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet \Control\Session Manager\Environment. Psinfo.exe (from SysInternals) uses these env-variables to produce some information. When I remove the entries and reboot the box they are auto-generated again. My question is where to put the generation of these variables? We most likely want this with some defaults in wine.inf. Furthermore GetSystemInfo() could be changed, but that seems cheating. Any ideas? Cheers, Paul.

3 3

Re: Dogfood status
by Tom Spear March 14, 2006

March 14, 2006

While we are on the subject of dogfooding things, to the best of anyone's knowledge, has anyone ever tried to do something as crazy as oh i dunno, defragging their hard drive (or even one of the virtual partitions) with win98's defragger? What about running win98's gui'based scandisk on either of the above? I'd do it, but my linux machine still needs a new motherboard. Anyone got a test machine they need to reformat? Tom On 3/14/06, Dan Kegel <dank(a)kegel.com> wrote: > > Oh, Picasa works pretty well, actually. (I did dogfood it earlier.) > It's just not the kind of image editor I usually reach for when > cropping screenshots etc. > > I've also tested photoshop, it's not so happy. > > I may try Irfanview, too. Thanks! > - Dan > > On 3/14/06, Tom Spear <speeddymon(a)gmail.com> wrote: > > > > Try Irfanview. It's not a full featured editor, but it can do small > jobs. > > Kinda like Picasa, but much more user friendly. Of course you could do > > Picasa, but good luck. Same for Photoshop and Paintshop. > > > > > > Tom > > > > > > > > On 3/14/06, Dan Kegel <dank(a)kegel.com> wrote: > > > Since those are the *only two gui apps I use* > > > on Linux, I'm running out of things to dogfood! > > > Oh, once in a while I need an image editor. > > > Maybe I'll dogfood windows gimp next (quadruple yuck)... > > > > > > - Dan > > > > > -- > Wine for Windows ISVs: http://kegel.com/wine/isv >

1 0

need advise with new open-source project
by Nuno Lopes March 14, 2006

March 14, 2006

Hi, I'm currently trying to start a new open-source project that will do the same as WINE did with the windows API, but for a Sony framework, named OPEN-R. This framework allows users to write programs for Sony's robots (namely the dog AIBO). But Sony has discontinued the robotics division and they won't provide support for the framework. I already have the initial code running. I can already compile the code for a non-MIPS platform (their robots are MIPS based) and also load the code and run it. Of course there are still many function stubs. My question is about legal things. Is it considered reverse-engineering to re-implement the Sony's framework (the API is somewhat documented)? Did you have some law problems with Microsoft? One more thing: How do you do with the headers? do you use original Microsoft's headers or did you rewrite them? I'm currently using Sony's headers, which can't be redistributed. So I also have a problem here. How can I rewrite the headers, so that they aren't considered a copy?? I would love if you could answer my questions, so that I can make the project public as soon as possible. Best Regards, Nuno P.S.: btw, nice work with valgrind ;) I think I'll start to test my windows apps for memleaks in linux.

2 2

Launch native Linux apps? YES!!
by penna＠bb.com.br March 14, 2006

March 14, 2006

Hi all, You can find more information on launching native Linux apps at the wiki: http://wiki.jswindle.com/index.php/Advanced_Wine_User_Information#Runing_Li… The example there works for any extension you want: .ODT, .DOC, .XLS, .PDF, .ODS, .RTF, .JPG and so on You just have to use your imagination and make your own shell scripts .... I already have some! Regards (I am not subscribed at wine-devel list). --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

1 0

wine and rpath
by Ivars Strazdins March 14, 2006

March 14, 2006

Hello all, recently introduced rpath sets rpath to $ORIGIN I wonder if $ORIGIN/../lib would not be more appropriate? Or is this something my build-system specific? $ORIGIN just does not work to me, I really need $ORIGIN/../lib, if --prefix is set to non-default, non /usr value. Thank you, Ivar

2 1

Fwd: Hi
by Hans Leidekker March 14, 2006

March 14, 2006

Hi list, I'm forwarding a question from someone at Microsoft(!). I could recommend grep, winedump and Linux of course but I was wondering if anyone on this list has a good suggestion for this guy? Don't believe it? I didn't either, but look at the headers, this mail was accepted from a mailserver in the microsoft.com domain: Return-Path: <a-gaolap(a)microsoft.com> Received: from mail.vu.nl (IDENT:MU9AWzJpIWdhZlkI0e97gBGdUUEagQyZ(a)mail.vu.nl [130.37.129.161]) by mail.it.vu.nl (8.11.6/8.11.6) with ESMTP id k2DHsnL15211 for <hans(a)mail.it.vu.nl>; Mon, 13 Mar 2006 18:54:49 +0100 Received: from mail1.microsoft.com (mail1.microsoft.com [131.107.3.125]) by mail.vu.nl (8.11.6/8.11.6) with ESMTP id k2DHsjW13651 for <hans(a)it.vu.nl>; Mon, 13 Mar 2006 18:54:46 +0100 Received: from mailout1.microsoft.com ([157.54.1.117]) by mail1.microsoft.com with Microsoft SMTPSVC(6.0.3790.2499); Mon, 13 Mar 2006 09:54:41 -0800 Received: from RED-MSG-50.redmond.corp.microsoft.com ([157.54.61.146]) by mailout1.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 13 Mar 2006 09:54:41 -0800 And here's the line from our mailserver log: Mar 13 18:54:46 nath sendmail[13651]: k2DHsjW13651: from=<a-gaolap(a)microsoft.com>, size=6136, class=0, nrcpts=1, msgid=<22DDEC51216B404E8C056F8F5198E9270616976E(a)RED-MSG-50.redmond.corp.microsof…>, proto=ESMTP, daemon=MTA, relay=mail1.microsoft.com [131.107.3.125] -Hans ---------- Forwarded Message ---------- Subject: Hi Date: Monday 13 March 2006 18:54 From: "Gaolai Peng $Volt$" <a-gaolap(a)microsoft.com> To: hans(a)it.vu.nl Hi Hans, My name is Gaolai. I am working on antivirus software for MS exchange. One of our customers gets following error when he opened our product, "the ordinal 319 could not be located in the Dynamic link library wldap32.dll, "initialization of dll msrd2x40.dll terminated". For sure our product doesn't need ordinal 319, ldap_create_vlv_control. His environment is NT 4.0 SP 6. I looked up the msdn, func ldap_create_vlv_control requires Windows Vista or Windows XP. So I figured the user must have installed some software that needs at least XP or Vista? >From http://source.winehq.org/source/ChangeLog, I found out you were the first person who implemented this function. Can you give some suggestion about how do I find out what software needs ordinal 319? What I am supposed to do to fix this without suggesting the user to install XP? Thanks. Gaolai -------------------------------------------------------

2 1

Re: wglMakeCurrent
by Wino Rojo March 13, 2006

March 13, 2006

Hi guys, Thanks a lot for all your replies... After further inspection, it seems the problem is when I try to share display lists from one context to another. I've attached the program and the source code, so you can try it. As you can see, I first create a context and then I create a second context but sharing the display lists of the first one. If you run this program, you'll see the BadMatch error I was reporting in my first email. However, if you don't share display lists (that is, change the line Context.Create(0, 0, true) to Context.Create(0, 0, false)), everything works ok. Jesse, I've made the changes proposed in those patches, but it didn't work :-( By the way, I'm using wine .9.9. Cheers, Wino _________________________________________________________________ MSN® Calendar keeps you organized and takes the effort out of scheduling get-togethers. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*.

1 0

wglMakeCurrent
by Wino Rojo March 13, 2006

March 13, 2006

Hi I'm pretty new to wine, and this is my first post to the wine-devel list....I hope this is the correct place to send my question I'm having problems with wglMakeCurrent. I wrote a small OpenGL test program, but it's not working under wine (it works perfectly on Windows). When I call wglMakeCurrent, wine outputs this error: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 144 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 120 Current serial number in output stream: 120 I activated the debug output for opengl, and I can see that the problem is a mismatch between the default visual ID and my program visual ID. At the top of the debug output, I see this: trace:opengl:X11DRV_setup_opengl_visual Visual ID 21 Chosen and later, when I create my OpenGl context: trace:opengl:X11DRV_SetPixelFormat - VISUAL_ID 0x23 Obviously, the problem is that my visual ID doesn't match with the X-Window's default, but I need to work using my visual (because I need alpha planes) Any known workaround or is this a bug on wine's implementation of wglMakeCurrent? Thanks Wino _________________________________________________________________ Take advantage of powerful junk e-mail filters built on patented Microsoft® SmartScreen Technology. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*.

4 3

Re: x11drv: One more fix for "stuck" ctrl, shift & alt.
by Vitaliy Margolen March 13, 2006

March 13, 2006

Anything wrong with this patch? It does fix the "stuck alt" problem for games I use alt+tab on. Vitaliy Margolen Tuesday, February 21, 2006, 10:30:39 PM, Vitaliy Margolen wrote: > ChangeLog: > x11drv: One more fix for "stuck" ctrl, shift & alt. > DInput needs scan code with each event - make sure we send one. > Also don't loose key state change events in mouse.c > I tested this with Keyboard DInput sample from DXSDK. It clearly showed > that we are loosing these events when focus is being changed. > dlls/x11drv/keyboard.c | 10 +++++----- > dlls/x11drv/mouse.c | 6 ++++-- > dlls/x11drv/x11drv.h | 2 ++ > 3 files changed, 11 insertions(+), 7 deletions(-)

3 2

Re: dlls: Move the call to MODULE_DllThreadAttach from kernel32 code to NTDLL code
by Alexandre Julliard March 13, 2006

March 13, 2006

Robert Shearman <rob(a)codeweavers.com> writes: > ChangeLog: > Move the call to MODULE_DllThreadAttach from kernel32 code to NTDLL code. The problem with this is that the call is no longer inside the exception handler, so it would prevent debugging crashes that happen during thread attach. -- Alexandre Julliard julliard(a)winehq.org

1 0

Fwd: Can't run DirectX games on x86_64 biarch Linux
by Jason Green March 13, 2006

March 13, 2006

On 3/8/06, Willie Sippel <willie(a)zeitgeistmedia.net> wrote: > [...] > I also build Wine on an amd64 system (running gentoo/ amd64), no problems. But > there's one thing I noticed a while ago: Wine continues to compile and > install even if some of the DLLs won't compile. I had this a few times in the > past, and ended up with a basically working Wine install that missed a few > DLLs, mostly OpenGL-related stuff. Maybe something like that happens to you? > Just check that all DLLs are built and in place, and make sure there were no > errors during compile (like I said, with some DLLs, Wine just continues to > build even though errors appear)... Correct, wine will compile and run without a lot of features and never warn you that they don't exist. See this wiki page for an example of what your include/config.h file should probably look like: http://wiki.winehq.org/Recommended_Packages I just added the Fedora Core 5 and Ubuntu Dapper sections yesterday, and I believe that they are at least 95% accurate, although I might have missed one somewhere. If someone can add the package names required for a gentoo build (or possibly create and maintain wine-cvs packages with all of the necessary deps???), it would probably help out many users trying to compile from source.

3 2

Re: GDI32: using the embeded bitmap in antialias mode
by Byeong-Sik Jeon March 12, 2006

March 12, 2006

2006-03-13 (월), 04:10 +0900, Byeong-Sik Jeon 쓰시길: > If format == WINE_GGO_GRAY16_BITMAP at the "WineEngGetGlyphOutline()", > set on "FT_LOAD_NO_BITMAP". > I mistake. When format == WINE_GGO_GRAY16_BITMAP, skip that set on "FT_LOAD_NO_BITMAP".

1 0

ddraw design flaw
by Tomas Carnecky March 12, 2006

March 12, 2006

I have found a design flaw in ddraw and described it in my 'World of Warcraft 0.10 Public Test Real (PTR)' thread. Why has nobody adressed this issue? In my eyes it is a severe design flaw if an application can't unload ddraw.dll without side effects (especially if this side-effect is that all opengl/directx applications are unusable after that). So please, will someone explain me why nobody wants to fix this? It's nothing bad now, but if WoW still loads Survey.dll (and thus ddraw.dll) in the final public release many people will demand a fix. Very few people play on the PTR, but there are quite a lot who play WoW under wine.. and they will not be happy if they can't play anymore. tom

2 2

Re: [Bugzilla] Add note to not paste logs and back traces.
by Rein Klazes March 12, 2006

March 12, 2006

On Sat, 11 Mar 2006 08:14:03 -0700, you wrote: >Change Log: Add note to attach and not paste logs and back traces. > >Files changed: template/en/default/bug/edit.html.tmpl >template/en/default/bug/create/create.html.tmpl Not pasting back traces will make following the bug list by email rather useless. IMO what people are currently posting in bugzilla do not require such recommendations. Rein.

5 6

RFC: Make SetThreadContext work properly
by Dimi Paun March 12, 2006

March 12, 2006

Hi Alexandre, >From a quick look at the code, it seems that you've already fixed the problem addressed by Mike's patch: http://wiki.winehq.org/Make_SetThreadContext_work_properly revision 1.53 date: 2006/01/11 20:36:17; author: julliard; state: Exp; lines: +38 -24 Alexandre Julliard <julliard(a)winehq.org> ntdll: Handle NtSetContextThread on the client side (as far as possible) when setting the context of the current thread. Just checking so I can remove the patch from the wiki if it's no longer relevant. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

My guess why Munich doesn't like Wine
by Dan Kegel March 12, 2006

March 12, 2006

After poking at the apps they tested with, the conclusion is: they wanted something that could run Access and Oracle client apps, and Wine just wasn't there yet. It still isn't, judging by my quick tests. Given that the world kind of treats this as a must, perhaps it could be added as a criterion for a 1.0 release. Say, where's the existing page describing our release criteria? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Oracle Express Client under Wine - install fails in advapi.CreateService
by Dan Kegel March 12, 2006

March 12, 2006

At the risk of posting too much information, here's another roadblock faced by an important potential user. keeptool.com's hora.exe (one of the apps needed by the european government desktop migration) is an Oracle DBA helper tool, and testing it means connecting to an Oracle database. That means, I think, installing the Oracle client library under Wine. Sadly, this fails during install; the installer claims that advapi.CreateService is crashing. ( See http://bugs.winehq.org/show_bug.cgi?id=4802 ) Somebody with a little free time could probably learn more by adding more trace statements in CreateService. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

spss can't even install...
by Dan Kegel March 12, 2006

March 12, 2006

I heard that SPSS was one of the apps governments like (so they crunch statistics -- who knew? :-), so I tried running the free eval. It wouldn't even install. The problems were already described in http://bugs.winehq.org/show_bug.cgi?id=4700 Looks like an msi problem, but there might be something more general wrong; all wine apps hang for about twenty seconds at a certain point during the install, which is pretty strange. - Dan p.s. one downside of using wine to run firefox as your main browser is it's a bit more dangerous to do the rm -rf ~/.wine needed to do a really clean install of a test app :-) so this test was done with a fairly cluttered fake wine directory. But it seems to match the results in the PR. -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

"IE5 or higher required". Grr.
by Dan Kegel March 11, 2006

March 11, 2006

I heard KeepTool was an app used by some government developers, so I tried installing the free trial from http://keeptool.com. Sadly, the installer complained I needed IE5 or later. The registry key trick I've been using, [Software\\Microsoft\\Internet Explorer] "Version"="6.0.2900.2180" didn't seem to do the trick this time. Any suggestions on how to get past that? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

5 8

Can't run DirectX games on x86_64 biarch Linux
by Christian Schneider March 11, 2006

March 11, 2006

Hi all. About half a year ago I replaced my old desktop by an AMD64 box and my previous x86 Linux from Scratch (LFS) installation by a x86_64 multilib LFS. And since then I'm not able to run any DirectX title anymore that used to work before. This is the way I usually compile wine (GCC 3.4.4): ./configure --prefix=/opt/wine-CVS20060307 \ --x-libraries=/usr/X11R6/lib && make depend && make && su -c "make install" Here are some games that used to work on my old LFS, their behaviour and the error messages. I've also attached a short log of each game to this messages. All these logs have been recorded with the CVS version of wine from 2006/03/05. Age of Empires 2 starts up, I can hear sound. When I click on "Single Player", the game hangs with the following message: err:seh:setup_exception stack overflow 24 bytes in thread 0009 eip 55726262 esp 55ca0fe8 stack 0x55ca1000-0x55db0000 Backgammon Pro is an older (7 years or so) backgammon game, quite simple and 2D, but uses DirectDraw. It crashes at startup: err:ntdll:RtlpWaitForCriticalSection section 0x5574d040 "directory.c: dir_section" wait timed out in thread 000b, blocked by 000c, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x55701230 Diablo 2 VidTest (D2VidTest.exe) runs fine and suggests Direct3D for rendering. When I click on the ok-button to quit, it keeps hanging: err:ntdll:RtlpWaitForCriticalSection section 0x6ffa0730 "?" wait timed out in thread 0009, blocked by 000a, retrying (60 sec) Diablo 2 crashes at startup after some time: err:ntdll:RtlpWaitForCriticalSection section 0x5574d6c0 "virtual.c: csVirtual" wait timed out in thread 0010, blocked by 0000, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x55701230 Half-Life crashes at startup: err:seh:setup_exception nested exception on signal stack in thread 0009 eip 55725f43 esp 55589c90 stack 0x55ca1000-0x55db0000 Monkey Island 4 (OpenGL-mode) crashes at startup: err:seh:setup_exception stack overflow 240 bytes in thread 0009 eip 557013e6 esp 55ca0f10 stack 0x55ca1000-0x55db0000 StarCraft starts to the title menu, but clicking on "Single Player" crashes it: err:seh:setup_exception stack overflow 276 bytes in thread 0009 eip 557013e6 esp 55ca0eec stack 0x55ca1000-0x55db0000 WarCraft 3 (OpenGL-mode) doesn't show up anything, just hangs silently. As you can see, the most common errors are err:seh:setup_exception and err:ntdll:RtlpWaitForCriticalSection. I've also done some more tests with other games like Revolt, Anno 1503, Half-Life 2, and the errors all look alike. I have tried the following things to solve the problem: * Deleted my ~/.wine, over and over again ;-) * Compiled wine without any optimization flags * Compiled wine on a x86 Debian box and copied the installation over * Copied my ~/.wine to that Debian box, where most of the games run fine * Tried different wine versions, starting with pre-0.9 versions, ending with the latest CVS version * Used winetools to setup an environment with many native DLLs. Installation of most of the software including IE worked fine, but did not help though. * Searched this mailing list archive and the web for similar errors Something is definitely going wrong with this. Anybody an idea? I would appreciate any help. Cheers, Christian Schneider

4 7

GL_STENCIL-related build failures in dlls/wined3d/device.c
by Gerald Pfeifer March 11, 2006

March 11, 2006

The recent changes to dlls/wined3d/device.c cause the following build failures for me on FreeBSD 5.4, though I assume this is in fact not related to FreeBSD but to xorg 6.8.2 or libglut 6.4.1 on this system. device.c: In function `IWineD3DDeviceImpl_SetRenderState': device.c:3776: error: `GL_STENCIL_BACK_FAIL' undeclared (first use in this function) device.c:3776: error: (Each undeclared identifier is reported only once device.c:3776: error: for each function it appears in.) device.c:3777: error: `GL_STENCIL_BACK_PASS_DEPTH_FAIL' undeclared (first use in this function) device.c:3778: error: `GL_STENCIL_BACK_PASS_DEPTH_PASS' undeclared (first use in this function) gmake[2]: *** [device.o] Error 1 gmake[2]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls/wined3d' gmake[1]: *** [wined3d] Error 2 The most straightforward patch would be the one below, but it leaves three "variable may be used uninitialized" warnings in the first of the two affected spots. Gerald Index: device.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/device.c,v retrieving revision 1.145 diff -u -3 -p -r1.145 device.c --- device.c 4 Mar 2006 17:10:57 -0000 1.145 +++ device.c 5 Mar 2006 08:35:52 -0000 @@ -3226,9 +3226,15 @@ HRESULT WINAPI IWineD3DDeviceImpl_SetRen GLint action = StencilOp(Value); +#ifdef GL_STENCIL_FAIL glGetIntegerv(GL_STENCIL_FAIL, &stencilFail); +#endif +#ifdef GL_STENCIL_PASS_DEPTH_FAIL glGetIntegerv(GL_STENCIL_PASS_DEPTH_FAIL, &depthFail); +#endif +#ifdef GL_STENCIL_PASS_DEPTH_PASS glGetIntegerv(GL_STENCIL_PASS_DEPTH_PASS, &stencilPass); +#endif if(WINED3DRS_STENCILFAIL == State) { stencilFail = action; @@ -3773,9 +3779,15 @@ HRESULT WINAPI IWineD3DDeviceImpl_SetRen GLint action = StencilOp(Value); +#ifdef GL_STENCIL_BACK_FAIL glGetIntegerv(GL_STENCIL_BACK_FAIL, &stencilFail); +#endif +#ifdef GL_STENCIL_BACK_PASS_DEPTH_FAIL glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_FAIL, &depthFail); +#endif +#ifdef GL_STENCIL_BACK_PASS_DEPTH_PASS glGetIntegerv(GL_STENCIL_BACK_PASS_DEPTH_PASS, &stencilPass); +#endif if(WINED3DRS_CCW_STENCILFAIL == State) { stencilFail = action;

1 1

AlphaImageLoader - tranparent pngs 4 IE
by Axel Huizinga March 10, 2006

March 10, 2006

Hi! Did anybody get DXImageTransform.AlphaImageLoader working to render transparent png in IE on wine? Cordially, Axel

4 3

Re: winegdb: Fix crash in empty first command
by Eric Pouech March 10, 2006

March 10, 2006

Vitor T. Sessak wrote: > 2006/3/7, Eric Pouech > >> >> 2006/3/6, Vitor T. Sessak <vitor.sessak at m4x.org >> <http://www.winehq.org/mailman/listinfo/wine-patches>>: >> >>> / > > />>/ Changelog: > />>/ winegdb: Fix crash in empty first command > />>/ > />>/ Winedbg crashes when pressing enter as its first command. > /> > >> >> this is wrong as the last_line will be HeapFree'd when the next >> command is >> keyed in. > > > You are right. I've changed it and fixed the FIXME too. your new code leaks the lines (you never free them) A+ -- Eric Pouech

1 1

Re: riched20: Implements FR_WHOLEWORD for EM_FINDTEXT
by Alexandre Julliard March 10, 2006

March 10, 2006

Lei Zhang <leiz(a)ucla.edu> writes: > --- dlls/riched20/editstr.h 2 Mar 2006 11:18:19 -0000 1.27 > +++ dlls/riched20/editstr.h 5 Mar 2006 06:36:50 -0000 > @@ -29,6 +29,7 @@ > #include <stdarg.h> > #include <stdio.h> > #include <stdlib.h> > +#include <wctype.h> You can't use anything from wctype.h in Wine. Use the functions from wine/unicode.h instead. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: WINED3D: Color fixups for vertex shaders
by Roderick Colenbrander March 10, 2006

March 10, 2006

> Direct3D stores vertex color data in BGRA order, OpenGL stores it in > RGBA order. This causes red and blue to be swapped in d3d applications > when run under wine. This patch fixes this problem for vertex shaders > by enabling the flag that causes red and blue to be swapped in > vshader_program_add_input_param_swizzle, when appropriate. > > Changelog: > - Enable color fixups for vertex shaders > In my local tree I have some simple d3d8 shaders working. (See for instance http://roderick.student.utwente.nl/dolphin1.png and dolphin2.png on windows; there's some color issue but apart from that it works). This patch causes in combination with the other vshader patch you sent some drawing issues. Check http://roderick.student.utwente.nl/dolphin3.png Regards, Roderick -- "Feel free" mit GMX FreeMail! Monat f�r Monat 10 FreeSMS inklusive! http://www.gmx.net

2 5

DDraw->WineD3D refcounting hack
by Stefan Dösinger March 10, 2006

March 10, 2006

Hello, I have a a question regarding some code that might be rejected by Alexandre when I submit it. The problem is that I have to do an refcount hack in my new ddraw code to destroy textures properly. I CC this mail to AJ because it's him who has the last word ;) WineD3D and Direct3D7 have different ideas about handling mipmap textures. In d3d7 they are complex surfaces - a bunch of surfaces with a root and sublevels. All surfaces in the compound have their own refcount, but they are all destroyed when the root is destroyed. In WineD3D there's the texture as a container, and the surfaces in the container have their refcount linked to the container(See the patch H. Verbeet sent a few days ago). In d3d7 the application destroys the first surface to release the whole texture. My first idea was to Release the WineD3DTexture. It would then call the Release method of all the sublevel ddraw surfaces, which would destroy them. This works for a correctly written application, but applications call GetAttachedSurface for the sublevels, which addrefs, and many do not Release the sublevels after GetAttachedSurface(). This leaves the sublevel surfaces with a refcount of 2 or more when the root is destroyed. To make sure that they are destroyed, I set their refcount to 1 when the root is destroyed. When the last reference to the WineD3D Texture is released, wineD3D will destroy the sublevel surfaces. Is such a thing acceptable for Wine? Does anyone have a better solution? If you need some code to look at, I'll upload an updated patch to my homepage later. Thanks, Stefan

2 2

Trying to fix bug 2400 - delete and comma
by agaro agaro March 10, 2006

March 10, 2006

Hi all, I'm trying to fix bug 2400 - removes one char and puts comma simultaneously. My guess: this old bug is in dlls/x11drv/keyboard.c or dlls/user/message.c, something about dead keys implementation. Can somebody help me with a little explanation or documentation? I don't know what scancode, keycode and vkey mean. Thanks, agaro

4 4

Re: Use a property for the colour dialog's information.
by Robert Shearman March 10, 2006

March 10, 2006

Mike McCormack wrote: >@@ -1217,7 +1220,7 @@ static INT_PTR CALLBACK ColorDlgProc( HW > DeleteDC(lpp->hdcMem); > DeleteObject(lpp->hbmMem); > HeapFree(GetProcessHeap(), 0, lpp); >- SetWindowLongPtrW(hDlg, DWLP_USER, 0); /* we don't need it anymore */ >+ SetPropW( hDlg, szColourDialogProp, lpp ); > > SetPropW( hDlg, szColourDialogProp, lpp ) should be SetPropW( hDlg, szColourDialogProp, NULL ). -- Rob Shearman

2 1

Re: dinput: Create single thread for mouse and keyboard hook procs. [try 3]
by Vitaliy Margolen March 10, 2006

March 10, 2006

Any problems with this patch? I have not received any additional comments. And it does fix at least two games in question (see bug reports). And I have not seen any side-affects from it either. Vitaliy Margolen Wednesday, February 22, 2006, 8:10:16 AM, Vitaliy Margolen wrote: > ChangeLog: > dinput: Create single thread for mouse and keyboard hooks. > Put keyboard & mouse hook callbacks into separate thread. > Move few global variables into object. Delete no longer used crit section. > For hooks to work properly hook callback have to be in a thread > with message loop. Some games create separate threads just to handle > mouse and/or keyboard events that do not have message loop. This patch fixes > such games (Bug 4264) - mouse and (Bug 2981) - keyboard. > Try#2 (based on suggestions from Alexandre): > Using a message window in a dedicated thread with normal message loop. > Hooks are installed and removed using SendMessage to this window. > Only one mouse and one keyboard hook is permitted. > Hook handles are managed by dedicated thread and not given back to > caller. > Try#3 (with Robs suggestions) > Use critical section. > dlls/dinput/device.c | 132 > ++++++++++++++++++++++++++++++++++++++++++ > dlls/dinput/device_private.h | 2 + > dlls/dinput/keyboard.c | 130 > ++++++++++++++++------------------------- > dlls/dinput/mouse.c | 33 ++++------- > 4 files changed, 195 insertions(+), 102 deletions(-)

1 0

Re: x11drv: Fix one case of "glXChooseFBConfig returns NULL" problem.
by Vitaliy Margolen March 10, 2006

March 10, 2006

Anything wrong with this patch? According to MSDN ChoosePixelFormat should pick closest mode, but not fail. Vitaliy Margolen Saturday, March 4, 2006, 10:27:11 PM, Vitaliy Margolen wrote: > ChangeLog: > x11drv: Fix one case of "glXChooseFBConfig returns NULL" problem. Using alpha bits >> 8 makes this function fail, while it should not. > dlls/x11drv/opengl.c | 3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-)

1 0