- Wine-Devel - list.winehq.org

Agent 2.0: escape key problem.
by Rein Klazes Nov. 21, 2003

Nov. 21, 2003

Hi, Next problem with Agent 2.0 beta. The problem is when composing a message (email/usenet) and pressing the escape key. Expected is a dialog to confirm whether you want to save the message, not to save it or to cancel. Instead the dialog flashes and disappears again and nothing happens. Here is cut from the debug (relay,message,msg,key,hook) trace, leaving out most uninteresting lines. | trace:key:X11DRV_KeyEvent KeyPress : keysym=FF1B (Escape), # of chars=1 / 0x1b / '' | trace:key:EVENT_event_to_vkey e->keycode = 9 | trace:key:X11DRV_KeyEvent keycode 0x9 converted to vkey 0x1b | trace:key:X11DRV_KeyEvent bScan = 0x01. | 000b:Call user32.SendInput(00000001,406cf020,0000001c) ret=40d9cf6a | trace:key:queue_kbd_event wParam=001b, lParam=00010001, InputKeyState=81 | 000b:Ret user32.SendInput() retval=00000001 ret=40d9cf6a key press gets queued. | 000b:Call user32.GetMessageA(008f4478,00000000,00000000,00000000) ret=005e1c89 | trace:msg:MSG_peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10064 wp 1b lp 10001 | trace:hook:HOOK_CallHooks calling hook 0x5fa990 WH_KEYBOARD code 0 wp 1b lp 10001 module L"" | 000b:Call hook proc 0x5fa990 (id=WH_KEYBOARD,code=0,wp=0000001b,lp=00010001) Getmessage picks up the keystroke and calls a hook. |000b:Call user32.MessageBoxA(00010026,41cefa3c "Save changes to message \"No Subject\"?",41cefa8c "Agent",00000023) ret=0066e78c The hook calls up the confirmation dialog. | trace:key:X11DRV_KeyEvent KeyRelease : keysym=0 (No Name), # of chars=0 / 0x00 / '' | trace:key:EVENT_event_to_vkey e->keycode = 9 | trace:key:X11DRV_KeyEvent keycode 0x9 converted to vkey 0x1b | trace:key:X11DRV_KeyEvent bScan = 0x01. | 000b:Call user32.SendInput(00000001,406ce7bc,0000001c) ret=40d9cf6a | trace:key:queue_kbd_event wParam=001b, lParam=c0010001, InputKeyState=1 | 000b:Ret user32.SendInput() retval=00000001 ret=40d9cf6a The keyup message is queued. | trace:msg:MSG_peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x1006f wp 1b lp c0010001 | trace:key:TranslateMessage (WM_KEYUP, 001B, C0010001) | trace:message:SPY_EnterMessage (0x1006f) L"&Ja" message [0101] WM_KEYUP dispatched wp=0000001b lp=c0010001 | 000b:Call window proc 0x40711b20 (hwnd=0x1006f,msg=WM_KEYUP,wp=0000001b,lp=c0010001) | 000b:Ret window proc 0x40711b20 (hwnd=0x1006f,msg=WM_KEYUP,wp=0000001b,lp=c0010001) retval=00000000 | trace:message:SPY_ExitMessage (0x1006f) L"&Ja" message [0101] WM_KEYUP returned 00000000 and is picked up and processed by the message box without much happening | trace:msg:MSG_peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x1006f wp 1b lp 10001 This is the riddle: the next message found is a escape-key down message. | 000b:Ret x11drv.DestroyWindow() retval=00000001 ret=4076df8b Of course it closes the message box. | 000b:Ret user32.MessageBoxA() retval=00000002 ret=0066e78c Message box finished | 000b:Ret hook proc 0x5fa990 (id=WH_KEYBOARD,code=0,wp=0000001b,lp=00010001) retval=00000001 hook returns | trace:msg:MSG_peek_message dropping msg 100 | trace:msg:MSG_peek_message got type 6 msg 0 (WM_NULL) hwnd 0x10026 wp 0 lp 0 | 000b:Ret user32.GetMessageA() retval=00000001 ret=005e1c89 and the Getmessage is finished. Suggestions? An unedited version of the log above is on http://www.xs4all.nl/~rklazes/temp/agkey.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Re: removed problem with OpenGL extensions under X11
by Lionel Ulmer Nov. 21, 2003

Nov. 21, 2003

On Thu, Nov 20, 2003 at 11:50:13PM +0100, Daniel Skorka wrote: > This patch fixes a problem with bad OpenGL libraries wich uncorrectly > report the Extensions they support. Those libs would incorrectly report > not supporting glXGetProcAddresARB, on which wine relies for OpenGL > extension support. The problem was noticed with libGL from XFree86 4.2 > under Linux x86. Well, this poses the question : what should we do regarding broken libraries Wine depends upon ? Add 'incorrect' code in Wine (although in this case, it's not THAT incorrect :-) ) or report the bug to the library maintainers and wait for them to fix the issue ? Note that according to some DRI maintainer 'I had forgotten that the old libGL was that broken' :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 3

building wine docs
by Ivan Leo Murray-Smith Nov. 21, 2003

Nov. 21, 2003

Hi list, how can I build the wine docs in different little files (index.html, wine-stats.html and so on, like the docs for download on the web site) instead of one big file? make doc generates one big file, but this isn't what I want. Ivan.

3 2

[OT] HOWTO use unnamed KRun objects ?
by Subhobroto Sinha Nov. 21, 2003

Nov. 21, 2003

I thought a simple 'KRun(KURL("SomeBinaryFilename"))' should work, but it doesn't ? (I get ld telling me that there was an undefined reference to KRun::KRun(const KURL&...) !) Please tell me/redirect me(just make sure that the reference is working!) to an example where I can use KRun in such a manner, because KDE3API really does not come with sample code to help the uninitiated. I really just want to open files with their bound apps through my program, for ex: A KRun("Page.html") should open the 'Page.html' in Konqueror Thanks for letting me bug you ;) Regards Subhobroto Sinha __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

Visuals and GL contexts
by Jason Edmeades Nov. 21, 2003

Nov. 21, 2003

Hello, I've finally pinned down a problem (with help from Lucho) to do with blending and its back to the same old problem that by the time D3D8 gets initialized, the windows has already been created, but the properties of the visual are insufficient to handle the requirements of D3D. In my case for example by default, the visual used for my windows has double buffering, but no alpha channel. X11DRV process attach has some code which allows control over the visual created, but this is before we know what is going to be required, and this only gets called if DesktopDoubleBuffer is set to Y. In my case, I need an alpha channel on the back buffer. By default, I havent got one. I can add code into the X11DRV_setup_opengl_visual to ask for an 8 bit alpha and everything works perfectly. So.... 1. Should I add a new config option (something like RequireAlphaChannel) - FWIW I hate this idea 2. Is it ever going to be possible to replace a wine Xwindows visual? What is involved in doing this? This is the 'perfect' solution. 3. Can I default double buffering and alpha on regardless and remove the doublebuffering property. How does this affect non game apps? We need to resolve this to ever support games properly without lots of config options Jason

3 2

Default handler for OLE interface
by olivier evalet Nov. 21, 2003

Nov. 21, 2003

Hello, I'm looking to create a default handler for these interfaces: - IStorage - IOleInPlaceFrame not - IOleClientSite - IOleInPlaceSite not - IOleContainer not The reason of this... I just want to display an OLE component without binding with the native atl.dll. I have found a pure win32 example to implement this. So, If I want to use a "null" IStorage default handler, does there already exist or I must implement it? As I can see in the source code, OLE is really hard for my head. Regards, Olivier

2 2

FreeBSD Compilation Issue
by FLRBA Web Master Nov. 21, 2003

Nov. 21, 2003

I acquired wine from source (version 20031118) just this morning, and I ran into some issues with an error stopping make in /dll/glu32/, the last few lines of the output: ------//------ rm -f libwine_unicode.so.1 && ln -s unicode/libwine_unicode.so.1 libwine_unicode .so.1 gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.o glu.o glu32.dll.dbg.o -o glu 32.dll.so -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf 86vm -lXrandr -lXrender -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_p ort -lm -lc *** Error code 1 Stop in /usr/home/dan/wine/dlls/glu32. *** Error code 1 Stop in /usr/home/dan/wine/dlls. *** Error code 1 Stop in /usr/home/dan/wine. Compilation failed, aborting install. ------//------ - I am running FreeBSD 4.8-RELEASE #1 - I can compile and run wine via the ports tree but I want to be able to use the latest CVS for development purposes. A couple of things I am wondering about. 1) The error I am getting is not coming with a whole lot of information, is there a way for me to generate a more specific error message? 2) I am not expecting this problem to necessarily be solved by someone else for me unless this is a common problem (where a link to relevant information would be nice), but instead do you have any pointers on debugging/fixing this? I don't mind doing the work to get it working. I am just beginning to work with Wine and hope that I might be able to contribute something to the project and I figure making compilation on FreeBSD as seamless as possible is a good place to start. Thanks for your assistance, -Dan-

1 0

Re: imagehlp: add ImageRvaToSection() and ImageRvaToVa()
by Dmitry Timoshkov Nov. 21, 2003

Nov. 21, 2003

"Marcus R. Brown" <mrbrown(a)0xd6.org> wrote: > * dlls/imagehlp/access.c: > Marcus R. Brown <mrbrown(a)0xd6.org> > Implement ImageRvaToSection() and ImageRvaToVa(). Why not simply forward them to ntdll where the real implementation resides instead of duplicating code? -- Dmitry.

1 0

include files
by Martin Fuchs Nov. 21, 2003

Nov. 21, 2003

[Ralf Juengling] > > What is the status of the include files in msvcrt? [Alexandre Julliard] > They should work just fine. Make sure you also import msvcrt if you > use the headers. [Ralf Juengling] > > So my solution to make it compile was to remove wine's > > 'math.h'. That's why I would say the include files are > > incomplete. How do other people deal with a case like the > > one I described? [Alexandre Julliard] > By submitting a patch to add the missing definitions <g> Well, but you did not accept my patch as it declares the functions at the wrong location. I didn't yet have the time looking in it deeper. So you agree, they do not "work just fine". There are missing lots of declarations in msvcrt headers: at least math, and string functions. Martin

1 0

Re: Patch of wine/dlls/ntdll/path.c
by Thomas Mertes Nov. 21, 2003

Nov. 21, 2003

Ok, my fault. There is no error in the patch of wine/dlls/ntdll/path.c which was checked in. The patch has the line + if (!newname) RtlFreeHeap(GetProcessHeap(), 0, name); instead of that I read + if (newname) RtlFreeHeap(GetProcessHeap(), 0, name); which changes the meaning from If the RtlReAllocateHeap fails, release the memory of name and set name to NULL. to If the RtlReAllocateHeap succeeds, throw the memory of name away. Which looks like somebody did not understand RtlReAllocateHeap. The only one who did not understand, was me. I apologize Thomas Mertes -- NEU F�R ALLE - GMX MediaCenter - f�r Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gru�, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse f�r Mail, Message, More! +++

1 0