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

Starting a Linux application from a Windows application
by Helmar Spangenberg Oct. 23, 2006

Oct. 23, 2006

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 Oct. 23, 2006

Oct. 23, 2006

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 Oct. 23, 2006

Oct. 23, 2006

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 Oct. 23, 2006

Oct. 23, 2006

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 Oct. 23, 2006

Oct. 23, 2006

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 Oct. 23, 2006

Oct. 23, 2006

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 Oct. 23, 2006

Oct. 23, 2006

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

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

Oct. 23, 2006

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 Oct. 23, 2006

Oct. 23, 2006

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

Re: Fix user/kernel times of GetProcessTimes()
by Mike McCormack Oct. 23, 2006

Oct. 23, 2006

Sidney Fong wrote: > From 487243c1040f7ed17bd9241fc0f63f3f4774d76d Mon Sep 17 00:00:00 2001 > From: FONG Sidney Hok Nang <wine(a)sidney.hk> > Date: Sun, 22 Oct 2006 15:36:38 +0800 > Subject: Fix user/kernel times of GetProcessTimes() > > Changes: > Fix the known bug[1] of GetProcessTimes() where it originally returned > the user/kernel times of the current process instead of the designated > one Hi, Thanks for the patch! Please attach it to your mail, or use git imap-send so it doesn't get line wrapped by Thunderbird, otherwise it won't apply properly: mike(a)black:~/wine$ patch -p1 --dry-run < Fix\ user_kernel\ times\ of\ GetProcessTimes.eml patching file dlls/kernel32/time.c patch: **** malformed patch at line 96: @@ -533,27 +530,6 @@ VOID WINAPI GetSystemTimeAsFileTime( > dlls/kernel32/time.c | 30 ++-------------------------- > dlls/ntdll/process.c | 2 ++ > include/wine/server_protocol.h | 2 ++ > server/process.c | 29 +++++++++++++++++++++++++++ > server/process.h | 5 +++++ > server/ptrace.c | 43 > +++++++++++++++++++++++++++++++++++++--- > 6 files changed, 80 insertions(+), 31 deletions(-) To change the server protocol, change server/protocol.def, then run tools/make_requests. When you submit your patch, there's no need to include changes to include/wine/server_protocol.h or server/trace.c, so commit the changes to those files separately. > + /*** The following chunk is taken from suspend_for_ptrace() ***/ For this code, rather than copying, it would be nicer to integrate your code with the existing suspect_for_ptrace() function. Mike

1 0