October 2006 - Wine-devel - list.winehq.org

Starting a Linux application from a Windows application
by Helmar Spangenberg 23 Oct '06

23 Oct '06

Hello list, we have a Windows application "App1" which starts another application "App2" using CreateProcessA, then doing some different work, and finally waiting for "App2" to finish using WaitForSingleObject. It is important for "App1" to catch the exit code of "App2" as well as "App2's" messages on stdout. This works fine with Windows applications. Unfortunately, this does not work as soon as "App2" is a Linux application; "App1" seems to wait forever. Looking at the code of process.c and sync.c in kernel32, it seems to me that wine forgets everything about the Linux process once it is started. Is there a patch to solve the problem? Currently, we are using wine-0.9.20. Thanks in advance, Helmar

2 1

When to use SUBLANG_NEUTRAL
by Mikołaj Zalewski 23 Oct '06

23 Oct '06

As I wrote I've found that there is a mess in wine with the usage of SUBLANG_NEUTRAL and SUBLANG_DEFAULT. I tried to understand when to use which and wrote a wiki page about it: http://wiki.winehq.org/SublangNeutral . It contains some generic information about it but I thought that it would be best to have also a list of languages for each case. I've took the wine languages list and sorted the obvious cases. There are however 7 languages which have many sublangs and I don't know if they should have one generic translation or be translated into each sublang. If someone knowing one of these languages could Cut&Paste the language from the "undecided" list to one of the lists, I think it would help. Mikolaj Zalewski

4 6

Re: Update RelayExclude and add RelayFromExclude filter in order to avoid not useful APIs in the traces
by Vitaliy Margolen 23 Oct '06

23 Oct '06

Dmitry Timoshkov wrote: > Hello, > > please use this version intead of the previous one. > > Changelog: > Update RelayExclude and add RelayFromExclude filter in order to avoid not > useful APIs in the traces, and greatly reduce the size of the relay logs. > > --- cvs/hq/wine/tools/wine.inf Mon Oct 09 15:33:50 2006 > +++ wine/tools/wine.inf Thu Oct 19 08:30:03 2006 > @@ -173,7 +173,8 @@ HKLM,%CurrentVersionNT%\Q246009,"Install > [Debugger] > HKLM,%CurrentVersionNT%\AeDebug,"Debugger",2,"winedbg --auto %ld %ld" > HKLM,%CurrentVersionNT%\AeDebug,"Auto",2,"1" > -HKCU,Software\Wine\Debug,"RelayExclude",2,"ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection;kernel32.97;kernel32.98" > +HKCU,Software\Wine\Debug,"RelayExclude",2,"ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection;kernel32.94;kernel32.95;kernel32.96;kernel32.97;kernel32.98" > +HKCU,Software\Wine\Debug,"RelayFromExclude",2,"winex11.drv;user32;gdi32;advapi32;kernel32" Please don't. Kernel32 is the source of all core functionality. As well as winex11drv, user32 and gdi32. No this will generate more broken bug reports. Vitaliy.

4 4

Execution Trace of Application in Wine
by Sujata Doshi 23 Oct '06

23 Oct '06

Hi I am trying to dynamically monitor an application in Wine. Specifically I would like to know if there is some sort of 'ptrace' like API which will allow me to attach to a windows executable single step through the program and obtain the contents of the registers and the instruction pointer as the single stepping proceeds. I know I could manually single step via winedbg but I would like to automate this process. Thanks for your help Sujata

2 1

stuck ctrl/alt keys
by Tomas Carnecky 23 Oct '06

23 Oct '06

That is _really_ annoying, but nobody seems to know what it causes. So, I once again started to investigate it. The culprit is the 'update_key_state' function in mouse.c, which modifies the global 'key_state_table' without telling the application that the keystate has changed. A patch that was submitted long ago to the wine-patches mailing list changed the code in the above mentioned function to call 'KEYBOARD_ChangeOneState', which takes care of informing the application of the keystate change (but only if the keystate has actually changed). AJ rejected the patch, don't know the exact reason but it was more or less because it didn't seem the proper fix for him. I watched how/when 'update_key_state' is called and one place is in 'X11DRV_EnterNotify' (which for some reason is also in mouse.c). The problems is that KeymapNotify is sent after EnterNotify and because 'update_key_state' modifies the global keystate table (at EnterNotify), 'KEYBOARD_ChangeOneState' (called by 'X11DRV_KeymapNotify') doesn't inform the application about the changed keystate. The question now is, is the WM allowed to dispatch EnterNotify before KeymapNotify? I couldn't find any definitive answer, but I've found one book where this order is explicitly mentioned and one PDF where it's less clear, but from my understanding also leads to this conclusion. Webpage: http://www.sbin.org/doc/Xlib/chapt_08.html This event type (KeymapNotify), if it is selected, always follows immediately after an EnterNotify or FocusIn event. PDF: www.hpl.hp.com/techreports/Compaq-DEC/CRL-90-8.pdf page 18: KeymapNotify - Keyboard state at EnterNotify, FocusIn events (less clear, but if this is true it would be quite useless if KeymapNotify was dispatched after EnterNotify) So.. now that the cause is known, what would be the right solution? Do you still think it's the WMs fault? Or should wine be changed? tom

1 1

Hey what about the GL View ports problem.
by Philip V. Neves 23 Oct '06

23 Oct '06

I'm starting to see that unless we whine and complain in Bugzilla that nothing gets done on this issue. So I'm comming on to the wine developers group to complain. This is a bug that is long and contentious. Its preventing a large number of perfectly good apps to be used. Wonder when if ever you people plan on working on it. I mean really no wonder the people testing are annoyed. -- --------------------------------------------------------------------------- Philip V. Neves Email: philip.neves(a)gmail.com --------------------------------------------------------------------------- Nearly every man who develops an idea works at it up to the point where it looks impossible, and then gets discouraged. that"s not the place to become discouraged. Thomas Alva Edison.

6 6

Re: wine-devel Digest, Vol 15, Issue 78
by Michael Ost 23 Oct '06

23 Oct '06

Michael Ost wrote: > Message: 7 > Date: Mon, 23 Oct 2006 14:51:34 +0200 > From: Helmar Spangenberg <hspangenberg(a)frey.de> > Subject: Starting a Linux application from a Windows application > To: wine-devel(a)winehq.org > Cc: hopse(a)praxiscomputer.de > Message-ID: <200610231451.35050.hspangenberg(a)frey.de> > Content-Type: text/plain; charset="us-ascii" > > Hello list, > we have a Windows application "App1" which starts another application > "App2" > using CreateProcessA, then doing some different work, and finally > waiting for > "App2" to finish using WaitForSingleObject. It is important for "App1" to > catch the exit code of "App2" as well as "App2's" messages on stdout. This > works fine with Windows applications. > > Unfortunately, this does not work as soon as "App2" is a Linux application; > "App1" seems to wait forever. > > Looking at the code of process.c and sync.c in kernel32, it seems to me > that > wine forgets everything about the Linux process once it is started. I had the same experience. It seems that you can't do a synchronous call of a linux process from a windows one. My solution was to create a DLL interface that implements a function called "linux_command". On Windows it is stubbed out, but in Linux it a system() type call. App1 can link against it in Windows, but do nothing. When you link against it at runtime in Wine, you can do the linux command. Then I run an async bash command, capture the pid, and check for it later. This, after long hours of attempts and dead ends. App1 char out[1024]; linux_command("App2 & echo $! > /var/tmp/my.pid", out, sizeof(out)); linux_command("cat /var/tmp/my.pid", out, sizeof(out)); do your work char command[1024]; sprintf(command, "test -e /proc/%s || echo finished", out); forever linux_command(command, out, sizeof(out)); if (strcmp(out, "finished") == 0) break sleep If you are interested I can post the linux_command sources. - Michael Ost

1 0

(no subject)
by None 23 Oct '06

23 Oct '06

1 0

Re: [PATCH 2/5] Only build the quartzdrv on Mac OS X and add an option to disable it in configure.
by Alexandre Julliard 23 Oct '06

23 Oct '06

Pierre d'Herbemont <pdherbemont(a)free.fr> writes: > @@ -19,6 +19,12 @@ AC_ARG_WITH(opengl, AC_HELP_STRING([- > AC_ARG_WITH(curses, AC_HELP_STRING([--without-curses],[do not use curses])) > AC_ARG_WITH(wine-tools,AC_HELP_STRING([--with-wine-tools=<dir>],[use Wine tools from directory <dir>])) > > +case $host_os in > + darwin*|macosx*) > + AC_ARG_ENABLE(quartz, AC_HELP_STRING([--disable-quartz], [do not build the quartz video driver on Mac OS X])) > + ;; > +esac Why would you need to disable it? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: winedump: Remove dead code (Coverity) (resend)
by Alexandre Julliard 23 Oct '06

23 Oct '06

Andrew Talbot <Andrew.Talbot(a)talbotville.com> writes: > What is wrong with this patch (for CID-41), please? It's causing a warning because the enum value is not used in the switch. -- Alexandre Julliard julliard(a)winehq.org

1 0