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

Re: Small rephrasing in the packaging guide
by Alexandre Julliard March 4, 2003

March 4, 2003

Francois Gouget <fgouget(a)free.fr> writes: > --- documentation/packaging.sgml 28 Jan 2003 01:06:50 -0000 1.14 > +++ documentation/packaging.sgml 4 Mar 2003 03:41:14 -0000 > @@ -468,7 +468,7 @@ > > <listitem id=libfiles> > <para>Shared Object Library Files</para> > - <para>This list may NOT necessarily current!</para> > + <para>This list may NOT be current!</para> The truth is that the list will never be current, and IMO it's useless to have it here. It would be much better to explain how to get the correct list by running make install. Any volunteer? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Named Pipe patch
by Tony Lambregts March 4, 2003

March 4, 2003

Mike McCormack wrote: > > Hi, > > This patch probably shouldn't be applied... it's just to let everybody > know where I'm at with the named pipes code. > > The patch moves away from using unix pipes to implement named pipes, > and instead implements pipes internally. This is necessary to > implement message mode properly (without race conditions). > > I don't have time to work on it this week, so don't expect anything > new before the weekend. If anybody wants to play with it or comment, > feel welcome. > > I've started trying to pass some of Dan's tests, but it still fails... > Dan, your test's coverage is great! > > Mike > > > <patch police> cvs diff -u </patch police> -- Tony Lambregts

1 0

POSIX / pthreads / wineserver - can I help?
by Stefan Jones March 4, 2003

March 4, 2003

Hi all, I have been following for a few months now the recent glibc and nptl changes. How glibc now eliminated it's own version of wineserver in it's thread implementation with nptl. I have also read up on the difficulties the mono people have with linking to wine due to pthreads. I am a gentoo developer with some spare time. I recently came across your pending problem when we put glibc-2.3.2-pre1 into our unstable branch. I have read up on some of the wine-devel email archives. I have a machine setup with the 2.5 kernel and nptl to do some wine development on! I have also noticed the winex problems outlined at http://www.transgaming.com/papers/shmserver.html I figured a proper solution to the wine thread thing would also for the most part solve that problem also as most wineserver calls like mutexes, thread signalling which take up the CPU time can be migrated to glibc and thus the new 2.5 kernel by using futexes and the new thread syscalls and tls. This is especially true after I read the functions in scheduler/client.c, reading / writing to a pipe per syscall! I am not that experienced a developer, but I am useful. I have started reading up the wine source code and understand basics of the wineserver message passing and the TEB / tls system. I know little about windows programming though. Any hint on what I can work on, help, to get this working again? My idea is to alter wine so that it runs on any 100% ish POSIX threading system, aka glibc, and thus offload many tasks to the system library and solve the difficulties for good. This may be difficult / impossible esp. for windows only syscalls, but for those the Winex shm idea may work, with minimal errno hacking. (as the errno can be set by the calling thread ). Any ideas where I can start ? Stefan

6 10

miranda
by Geoff Thorpe March 4, 2003

March 4, 2003

Hi all, I've been fishing round for something resembling a feature-full yet not overly flakey I-M client (with support for the commonly-used protocols). After finding many of the X11-native clients insufficient in many respects, I'd been making do with trillian under wine. However that too experiences many problems and the modern win32 obsession of creating irritating GUI mutations is probably the reason. Eg. window creation sometimes hangs wine, dragging window location sometimes hangs wine, fonts seem to go haywire from time to time, preferences dialog seems to have various breakages, etc. So I was interested in trying out "Miranda I-M" which looked from the screenshots (in default mode anyhow) to be a reasonably conventional-looking win32 GUI client and seems to be under active development judging by sourceforge stats. Unfortunately after installation, which went pretty well, the program fails to start quite early on with this; fixme:file:FindFirstChangeNotificationA this is not supported yet (non-trivial). <sigh> Am I going to regret enquiring what this means? :-) So my question is in two parts; (1) is the above something that I can work on and/or help anyone else work on? (2) does anyone know of any other win32-based I-M client (supporting at least ICQ, Yahoo, MSN, AIM) that is stable under wine? Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

7 11

Re: revised direct sound capture patches
by Alexandre Julliard March 4, 2003

March 4, 2003

Robert Reif <reif(a)earthlink.net> writes: > tests.diff: dlls/dsound/tests/dsound.c dlls/winmm/tests/wave.c > fixes direct sound capture test to handle notifications properly > don't give error when driver not present > minor cleanups > add waveIn tests to winmm The winmm test fails for me (with the alsa driver): wave.c:351: Test failed: waveInGetDevCapsA: MMSYSERR_BADDEVICEID expected, got 5 Also next time please send separate patches in separate mails. Thanks. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: DLL loading: using ELF/so loading scheme
by Alexandre Julliard March 4, 2003

March 4, 2003

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > is this still needed ? it seems to me we have written wrappers for > lots of needed part (opengl, odbc...) IMO it should be killed. This may require writing a few more wrappers though. -- Alexandre Julliard julliard(a)winehq.com

1 0

GlobalInterfaceTable?
by Mike Hearn March 4, 2003

March 4, 2003

Hi, As part of a program that creates an instance of MSXML2.DOMDocument, I get the following errors: fixme:ole:CoCreateInstance no classfactory created for CLSID {00000323-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {6c736db1-bd94-11d0-8a23-00aa00b58e10}, hres is 0x80040154 (actually there are some more beforehand, but they don't seem fatal). Anyway, the first one seems to be StdGlobalInterfaceTable, which MSDN indicates should be implemented by Windows. Is this right, and if so, does Wine implement it? I grepped the sources and the only mention is in an IDL file, so I'd assume not. thanks -mike

4 5

F6 handline (SCADIII)
by Uwe Bonnes March 4, 2003

March 4, 2003

Hallo, running Mike's SCAD3, e.g. a keypress on F5 gives: 0009:Call user32.TranslateAcceleratorA(00010023,0000038f,006a9978) ret=0062c2cd 0009:Call kernel32.LockResource16(0000038f) ret=407f4635 0009:Ret kernel32.LockResource16() retval=403e4d98 ret=407f4635 trace:accel:TranslateAccelerator TranslateAccelerators hAccel=0x38f, hWnd=0x10023,msg->hwnd=0x1002d, msg->message=0101, wParam=00000074, lParam=c03f0001 warn:accel:TranslateAccelerator couldn't translate accelerator key 0009:Ret user32.TranslateAcceleratorA() retval=00000000 ret=0062c2cd F6 gives: 0009:Call user32.TranslateAcceleratorA(00010023,0000038f,006a9978) ret=0062c2cd 0009:Call kernel32.LockResource16(0000038f) ret=407f4635 0009:Ret kernel32.LockResource16() retval=403e4d98 ret=407f4635 trace:accel:TranslateAccelerator TranslateAccelerators hAccel=0x38f, hWnd=0x10023,msg->hwnd=0x1002d, msg->message=0100, wParam=00000075, lParam=400001 trace:accel:translate_accelerator found accel for virt_key 0075 (scan 0040) trace:menu:GetMenu for 0x10023 returning 0x8c trace:accel:translate_accelerator , sending WM_COMMAND, wParam=1e150 and for another call: 0009:Call user32.TranslateAcceleratorA(00010023,0000038f,006a9978) ret=0062c2cd 0009:Call kernel32.LockResource16(0000038f) ret=407f4635 0009:Ret kernel32.LockResource16() retval=403e4d98 ret=407f4635 trace:accel:TranslateAccelerator TranslateAccelerators hAccel=0x38f, hWnd=0x10023,msg->hwnd=0x1002d, msg->message=0101, wParam=00000075, lParam=c0400001 trace:accel:translate_accelerator found accel for virt_key 0075 (scan 0040) trace:accel:translate_accelerator , but won't send WM_{SYS}COMMAND, reason is #1 0009:Ret user32.TranslateAcceleratorA() retval=00000001 ret=0062c2cd It seems, that F6 gets somehow translated. If I return FALSE in the code path emitting the "but won't send WM_{SYS}COMMAND, reason is" branch, F6 works as expected. Could anybody comment on that patch? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/controls/menu.c =================================================================== RCS file: /home/wine/wine/controls/menu.c,v retrieving revision 1.162 diff -u -w -r1.162 menu.c --- wine/controls/menu.c 4 Mar 2003 02:14:58 -0000 1.162 +++ wine/controls/menu.c 4 Mar 2003 10:26:38 -0000 @@ -4744,6 +4744,7 @@ TRACE_(accel)(", but won't send WM_{SYS}COMMAND, reason is #%d\n",mesg); if(mesg==0) ERR_(accel)(" unknown reason - please report!"); + return FALSE; } return TRUE; }

2 1

Problem in listview with LVM_OWNERDATA set too late
by Dan Kegel March 4, 2003

March 4, 2003

The test program http://www.kegel.com/ownerdata.exe shows a problem with OWNERDATA listview controls which pick up that attribute after being created. (No, this is not per the spec. Yes, a real program does that.) To see the problem, run ownerdata.exe, and select "View / Capture View". The window should NOT be blank. Methinks it's a bug, or at least a missing feature, in our listview. Dimi Paun thinks so, too, and wants me to file a bug about it. I will when I'm less swamped... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: A relay trace indenting tool, take 2
by Alexandre Julliard March 4, 2003

March 4, 2003

Duane Clark <dclark(a)akamail.com> writes: > Changelog: > A tool for indenting calls in relay traces. It would be much better to merge that into examine-relay, rather than having two different scripts basically doing the same parsing. -- Alexandre Julliard julliard(a)winehq.com

2 1

Wine dependancies
by Mike Hearn March 3, 2003

March 3, 2003

Just as a quick continuation from Dans mail, I thought I'd find out what libs Wine actually required, at least on my build. Running: ( for f in *.so; do ldd $f | sed 's/ =>.*//'; done ) | sort | uniq in the $prefix/lib/wine/ directory produced the following list: libc.so.6 libdl.so.2 libgcc_s.so.1 libGLcore.so.1 libGL.so.1 libGLU.so.1 libICE.so.6 libjpeg.so.62 /lib/ld-linux.so.2 libm.so.6 libncurses.so.5 libntdll.dll.so libSM.so.6 libstdc++.so.5 libungif.so.4 libwine.so libwine_unicode.so libX11.so.6 libXext.so.6 The inclusion of libgcc_s and libstdc++ is from the Direct3D code I think, I didn't realise there were deps on the c++ libs. Otherwise, it's a remarkably short list. I think maybe quite a few of the libs are detected at runtime, I know there was a patch to make OpenGL code detected like this (as opposed to enabled at compile time) - despite having a driver for the Jack sound server in this directory for instance, there is no dependancy on libjack. The other libs are fairly standard and would be present on almost all installations. A few, like the C++ libs and ncurses aren't a part of the LSB and at present would need to be statically linked. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 4

Wine and Smatch
by Michael Stefaniuc March 3, 2003

March 3, 2003

Hello, I've written a web page about Wine and Smatch: http://people.redhat.com/mstefani/wine/smatch/ It includes also a table with the bugs found by the smatch scripts. I could need a hand with the bugs (status BUG, UKNOWN) cause I don't know how to fix them correctly (and for some locking BUG's i am not sure that they are real bugs). Now that the fight with the web page is over I can go to write more smatch scripts ;). bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

3 4

Re: Patch Ole32 - More 16/32 Splitting
by Marcus Meissner March 3, 2003

March 3, 2003

On Mon, Mar 03, 2003 at 12:41:38PM -0500, Steven Edwards wrote: > I dont know if this is right. So i figured I would submit and ask....... > > Can you use CLSIDFromProgID rather then CLSIDFromProgID16 here? I have > not really looked at any of these functions before. You can't. The 16 version uses 8bit strings, the ole32 version uses 16bit strings. Ciao, Marcus

1 0

Relay trace indenting?
by Duane Clark March 3, 2003

March 3, 2003

Just wondering if anyone has written a script or something that does indenting of relay traces. I don't know how other people handle these, but I find that I invariably spend a lot of time indenting the calls in relay trace files to make them easier to follow. It would seem like something that someone would already have an automated method of handling (or maybe I'm the only one that does this).

6 6

Bug in WineDbg
by Gerhard W. Gruber March 3, 2003

March 3, 2003

Wine-dbg> wine_dbg_cmd: Exception c000013a fatal flex scanner internal error--end of buffer missed In the above example I pressed CTRL-C on the commandline from Winedbg. The exception message is shown and a dbg xterm window has been opened. After exiting from gdb winedbg exits. Is this a bug? I suppose so. :) -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 8

WineLib Application
by Oleg Lyamtsev March 3, 2003

March 3, 2003

Hi ALL, I've made WineLib applicatiion with COM support. The first problem is: when I try to call Release() method for interfaces, I have unhandled exception. But I have to clean memory by myself! It seems to me that WineLib Releases all interfaces before me. The second problem: How can I package my application to install it on another computer? Can I avoid Wine installation on that computer? Thanks, Oleg Lyamtsev.

3 3

x11drv, ntdll separation
by David Fraser March 3, 2003

March 3, 2003

Hi I was wanting to do some work on x11drv dll separation. The last remaining dll separation between x11drv and ntdll is VIRTUAL_SetFaultHandler. This is called from X11DRV_DIB_CreateDIBSection, where it tries to set the fault handler to X11DRV_DIB_FaultHandler, with addr=dm.dmBits and arg=res. From reading the code it seems that this is done because it is not known whether the calling app requires read or write access to the data in bmp. If the app then tries to read or write and doesn't have the appropriate access, this will generate an exception which will then raise the X11DRV_DIB_FaultHandler which would then set the appropriate access, in a way that ensures data gets handled correctly. I presume I'm misunderstanding this, because looking at MSDN for CreateDIBSection, it says: The CreateDIBSection function creates a device-independent bitmap (DIB) that applications can write to directly. and further down... Windows NT: You need to guarantee that the GDI subsystem has completed any drawing to a bitmap created by CreateDIBSection before you draw to the bitmap yourself. Access to the bitmap must be synchronized. Do this by calling the GdiFlush function. So it would seem apps could always be given read-write access to this bitmap. Why is the special fault handler needed? What is the best way to approach getting rid of it? David

6 8

Re: Users Guide - added basic usage section
by Dimitrie O. Paun March 3, 2003

March 3, 2003

On February 24, 2003 08:17 am, Andreas Mohr wrote: > Again, I'm currently working on a MAJOR update of the Guides. Cool! I was also intending to update the Winelib guide based on the new winegcc/winewrap utilities I've been working on, but it will take me a while because there's some work on those that I need to do first, and it seems my complete lack of time has slowed me down quite a bit :) -- Dimi.

1 0

Wine 0.9 config applets?
by Mike Hearn March 3, 2003

March 3, 2003

> -- We are approaching 0.9 (hopefully). That reminds me, on the Wine 0.9 TODO it says "expect a preview of the wine config applets in the second week of 2003". Anybody know what the status of these are? I think it makes sense to start pro-actively targetting 0.9 tasks, and having control panel applets for Wine seems like a good idea. Hmmm, do we even have a control panel? Presumably programs can install control applets (capplets in gnome-speak), but I don't see any way to see them other than executing the cpl files manually. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

10 19

Re: Consoles (1/3)
by Sylvain Petreolle March 3, 2003

March 3, 2003

how to continue to have a separate window with this patch applied ? this break some functions in wcmd. - cls isnt working anymore - some programs have keyboard entry used only after hitting enter. try debug.com from freedos or worse, wcmd itself. - debug messages are displayed in the same window > > Trying to run this kind of program didnt work outside of the > console, > > if I remember correct. > it's likely not to work, since nothing has changed in this area > A+ > -- > Eric Pouech > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

6 25

Try2: TAB_SetItemSize - fix default height
by Vitaliy Margolen March 3, 2003

March 3, 2003

Some programs send TCM_SETITEMSIZE message with Width set to new width and Height is set to 0. When TCM_FIXEDWIDTH flag is set these programs want to leave height unchanged. This behavior tested with win95,win98,ME,NT,win2k,XP. This pach fixes "invisible tabs" in a TabControls with fixed width tabs. Vitaliy Margolen Changelog: Fix invisible tabs in TabControls with fixed tab width Index: dlls/comctl32/tab.c =================================================================== RCS file: /home/wine/wine/dlls/comctl32/tab.c,v retrieving revision 1.74 diff -u -r1.74 tab.c --- dlls/comctl32/tab.c 8 Jan 2003 21:09:27 -0000 1.74 +++ dlls/comctl32/tab.c 2 Mar 2003 23:28:26 -0000 @@ -2538,7 +2538,10 @@ { lResult = MAKELONG(infoPtr->tabWidth, infoPtr->tabHeight); infoPtr->tabWidth = (INT)LOWORD(lParam); - infoPtr->tabHeight = (INT)HIWORD(lParam); + /* If requested Height is 0 this means that program wants to use default. */ + if ((INT)HIWORD(lParam)){ + infoPtr->tabHeight = (INT)HIWORD(lParam); + } TRACE("was h=%d,w=%d, now h=%d,w=%d\n", HIWORD(lResult), LOWORD(lResult), infoPtr->tabHeight, infoPtr->tabWidth);

1 0

Re: TAB_SetItemSize - fix default height
by Tony Lambregts March 3, 2003

March 3, 2003

Vitaliy Margolen wrote: >Some programs send TCM_SETITEMSIZE message with Width set to new width >and Height is set to 0. >When TCM_FIXEDWIDTH flag is set these programs want to leave height >unchanged. > >This behavior tested with all windows version. > Please inline your patch. This is to allow other developers to easily review the patch. For your reading pleasure the following link documents how patches should be submitted. http://www.winehq.org/docs/wine-devel/patches.shtml -- Tony Lambregts

1 0

Re: Document [WinMM] in samples/config
by Francois Gouget March 2, 2003

March 2, 2003

On Sun, 2 Mar 2003, Sylvain Petreolle wrote: > [WinMM] > -#"Drivers" = "winearts.drv" > -#"Drivers" = "winejack.drv" > -"Drivers" = "wineoss.drv" > +# Comment out the "Drivers" line matching your sound setting. > + > +"Drivers" = "wineoss.drv" # default for most common configuration > +#"Drivers" = "winearts.drv" # for KDE > +#"Drivers" = "winealsa.drv" # for ALSA users > +#"Drivers" = "winejack.drv" # for Jack sound server > +#"Drivers" = "" # to disable sound > "WaveMapper" = "msacm.drv" > "MidiMapper" = "midimap.drv" You should use ';' for the comments. You should also mention winenas, for Xterminals using the NAS sound system, and wineaudioio, for Solaris machines. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.

2 3

Re: [OGL] Some updates...
by Mathias Menzel-Nielsen March 2, 2003

March 2, 2003

Am Sonntag, dem 02. März 2003 um 19:06:17 +0100 meinte Lionel Ulmer: > Hi all, > > This upgrades OpenGL to the latest GL spec files + adds the un-registered > KTX extension for Buffer Regions (used it seems by SimCity 4). > > Changelog: > - update to latest GL spec files > - added KTX Buffer Region extension Unfortanately this doesnt fix the SimCity4 issues. Screen still black (the 3D) Although the error messages are gone : ) -- Mathias Menzel-Nielsen <matze(a)matzsoft.de> pub 1024D/9ABC606E

2 1

DLL Mapping in wine?
by Gerhard W. Gruber March 2, 2003

March 2, 2003

When I use winedbg I noticed that it lists all the DLLs and so files that are loaded. In case of DLLs that are already present in wine the original DLL is requested and the appropriate so file is loaded. Where is that mapping done for wine to determine which so to load? I noticed that there is a setupapi.dll.so but the program tries to load setupapi.dll and setupx.dll.so is loaded instead. Is this correct? I would have expected setupapi.dll.so to be loaded. Consequently the program gets an exception telling me that it has some wrong INF stuff. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 4