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

Re: Fix SERIOUS bug in winecfg
by James Hawkins 25 Oct '05

25 Oct '05

On 10/24/05, Mike Hearn <mike(a)plan99.net> wrote: > + > + if ('A' + i != 'Z') > + { > + struct drive swapbuf; > + > + /* the root drive must be letter Z for now, the unixfs seems to expect it */ > + WINE_TRACE("attempting to remap / to drive Z:\n"); > + > + /* if Z is already used, we need to swap Z and this drive around */ > + if (drives['Z' - 'A'].in_use) > + { > + swapbuf = drives['Z' - 'A']; > + drives['Z' - 'A'] = drives[i]; > + drives[i] = swapbuf; > + } > + else > + { > + drives['Z' - 'A'] = drives[i]; > + drives[i].in_use = FALSE; > + } > + } Couldn't we check that Z points to / already before we swap the drives? If Z already points to /, then we would drop the current letter we're adding; otherwise, wouldn't we have two drive letters mapping to /? Besides that point, it looks good to me. -- James Hawkins

2 1

Application with access 97
by Curro Amores 25 Oct '05

25 Oct '05

Hi: I have an application implemented with Microsoft Access 97, i got some problems executing it with winehq. It opens but it closed throwing an exception. I have tried to change dll attributes, i put the native versions from windows in the system directory and then add a dll override with winecfg, but when i look at the trace in the debug i can see how it doesnt change, it still uses builtin version.. I add the error i get. wine /home/curro/.wine/drive_c/Access\ 97\ Runtime/Msaccess.exe /excl /wrkgrp "/home/curro/.wine/drive_c/Program Files/Properly/PROPERGROUPsin.mdw" /runtime "/home/curro/.wine/drive_c/Program Files/Properly/ProperlyGestión.mde" fixme:font:SetMapperFlags (0x110, 0x00000001): stub - harmless fixme:ole:CoRegisterMessageFilter stub fixme:ole:DllDebugObjectRPCHook stub fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeInfo_fnAddressOfMember (0x7a95fd90) stub! wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x65173518 in 32-bit code (0x3002d802). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:3002d802 ESP:2125f6a0 EBP:2125f6a4 EFLAGS:00010246( - 00 -RIZP1) EAX:65173518 EBX:00000000 ECX:7fb802f0 EDX:23774a82 ESI:7fa82b50 EDI:7fa82b50 Stack dump: 0x2125f6a0: 65173518 2125f948 30025c8c 00000100 0x2125f6b0: 3002e678 00000001 00000001 201ee3a9 0x2125f6c0: 77e85900 77de0000 4d430003 00000000 0x2125f6d0: 00000000 00000000 00000000 00000000 0x2125f6e0: ffffffff 00000000 00000000 00000000 0x2125f6f0: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x3002d802 in msaccess (+0x2d802) (0x2125f6a4) 2 0x30025c8c in msaccess (+0x25c8c) (0x2125f948) 3 0x301d14a0 in msaccess (+0x1d14a0) (0x2125fc74) 4 0x301592f2 in msaccess (+0x1592f2) (0x2125fe2c) 5 0x30024912 in msaccess (+0x24912) (0x00000001) 6 0x00000000 (0x00000000) 0x3002d802: movl %ecx,0x0(%eax) Modules: Module Address Debug info Name (64 modules) ELF 0x002c8000-002cd000 Deferred libxxf86vm.so.1 ELF 0x002d2000-002ee000 Deferred ld-linux.so.2 ELF 0x002f4000-0041e000 Deferred libc.so.6 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00446000-0044a000 Deferred libdl.so.2 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x0044c000-00541000 Deferred libwine_unicode.so.1 ELF 0x00461000-00535000 Deferred libx11.so.6 ELF 0x0054b000-0055a000 Deferred libxext.so.6 ELF 0x0055c000-00565000 Deferred libsm.so.6 ELF 0x00567000-00581000 Deferred libice.so.6 ELF 0x00583000-005a2000 Deferred libexpat.so.0 ELF 0x005a4000-0060c000 Deferred libfreetype.so.6 ELF 0x00623000-0064d000 Deferred libfontconfig.so.1 ELF 0x0064f000-00657000 Deferred libxrender.so.1 ELF 0x00659000-0065d000 Deferred libxrandr.so.2 ELF 0x00664000-0066e000 Deferred libxcursor.so.1 ELF 0x00670000-0067a000 Deferred libgcc_s.so.1 ELF 0x00975000-009f0000 Deferred libgl.so.1 PE 0x04000000-04134000 Deferred msjet35 ELF 0x20174000-20286000 Deferred kernel32<elf> \-PE 0x201a0000-20286000 \ kernel32 ELF 0x20286000-203b2000 Deferred user32<elf> \-PE 0x202b0000-203b2000 \ user32 ELF 0x203b2000-20da5000 Deferred gdi32<elf> \-PE 0x203d0000-20da5000 \ gdi32 ELF 0x20ecc000-20ece000 Deferred xlcutf8load.so.2 ELF 0x20ece000-20f31000 Deferred msvcrt<elf> \-PE 0x20ee0000-20f31000 \ msvcrt ELF 0x21361000-21427000 Deferred shell32<elf> \-PE 0x21380000-21427000 \ shell32 ELF 0x21427000-21483000 Deferred shlwapi<elf> \-PE 0x21440000-21483000 \ shlwapi ELF 0x21fba000-22050000 Deferred oleaut32<elf> \-PE 0x21fd0000-22050000 \ oleaut32 ELF 0x236fd000-23776000 Deferred ntdll<elf> \-PE 0x23720000-23776000 \ ntdll ELF 0x254c7000-2554a000 Deferred winex11.drv<elf> \-PE 0x254e0000-2554a000 \ winex11.drv PE 0x30000000-302f0000 Export msaccess PE 0x306c0000-30a47000 Deferred mso97rt ELF 0x37bed000-37c2c000 Deferred advapi32<elf> \-PE 0x37c00000-37c2c000 \ advapi32 ELF 0x3babb000-3bb04000 Deferred rpcrt4<elf> \-PE 0x3bad0000-3bb04000 \ rpcrt4 ELF 0x3d761000-3d794000 Deferred msvcrt40<elf> \-PE 0x3d770000-3d794000 \ msvcrt40 ELF 0x41722000-4172d000 Deferred libnss_files.so.2 ELF 0x482f8000-48383000 Deferred ole32<elf> \-PE 0x48310000-48383000 \ ole32 ELF 0x4841f000-4843e000 Deferred iphlpapi<elf> \-PE 0x48430000-4843e000 \ iphlpapi ELF 0x56a3f000-56a5e000 Deferred ximcp.so.2 ELF 0x58dee000-58e0c000 Deferred imm32<elf> \-PE 0x58e00000-58e0c000 \ imm32 PE 0x65100000-6528e000 Deferred vba332 PE 0x65300000-65327000 Deferred vba3es PE 0x6e000000-6e09b000 Deferred msain800 ELF 0x6e4a8000-6e564000 Deferred comctl32<elf> \-PE 0x6e4c0000-6e564000 \ comctl32 ELF 0x77f00000-77f03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Access 97 Runtime\Msaccess.exe 0000000e 0 0000000d 1 0000000c 1 0000000b 1 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8 Can somebody help me? thanks all

2 1

making a wine dll
by riezel ramos 25 Oct '05

25 Oct '05

hi!! i am a beginner in wine developing. i would like to try creating my own DLL inside Wine. ive been following the steps in the DEVELOPER'S HINTS file. i already have my Makefile.in <http://makefile.in/> and placed my directory in configure.ac<http://configure.ac/> it looks like this: tools/wrc/Makefile]) AC_OUTPUT dlls/w2lvpd/ if test "$have_x" = "no" however,im having problems with regenerating the ./configure file. it says here that i should use autoconf. but it shows this error: autoconf autoconf: configure.in <http://configure.in/>: No such file or directory i also tried autoconf-2.53, and resulted to this: autoconf-2.53 configure.ac:116 <http://configure.ac:116/>: error: possibly undefined macro: AC_PROG_EGREP i hope somebody could help me. i am using red hat linux 7.3, and wine-20050725. thanks!

2 1

DirectX9 and Halflife2
by Roderick Colenbrander 25 Oct '05

25 Oct '05

Hi all, Today I have been doing some experiments with halflife2 and the game works (atleast if launched through steam in my case) but there are some issues which I tried to address. The game uses the D3D9 Query mechanism (CreateQuery/Issue/GetData) to retrieve status information. HL2 uses this all the time and because the implementation is stubbed for the biggest part (and perhaps impossible to fully implement) you see thousands of FIXMEs which reduce the performance from a playable framerate to less than 1 fps. While looking into this issue I (perhaps) found one or more bugs and second I need some assistance. According to MSDN CreateQuery should be called with a NULL pointer to see if the 'Type' in question is available. Halflife2 doesn't do this NULL pointer check and passes a pointer. Further wine returns D3D_OK for unsupported types which should be D3DERR_NOTAVAILABLE (wined3d's CreateQuery does this). I expect this is wrong and can supply a patch for this yet. The reason you see below. When the Query mechanism isn't available halflife2 moves over to a different backend (I think). Suddenly the screen becomes black and you see hundreds of lines like this: fixme:d3d_surface:IWineD3DSurfaceImpl_UnlockRect unsupported unlocking to surface surf(a)0x7fe1d810 usage(512) I looked up the error and it seems UnlockRect isn't handling D3DUSAGE_DYNAMIC but I don't have enough d3d/opengl knowledge to fix this issue. I hope that someone can assist me with the UnlockRect (if it doesn't take that much time) so that halflife2 works fine out of the box. Regards, Roderick -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie

8 14

Re: Fix SERIOUS bug in winecfg
by Michael Jung 25 Oct '05

25 Oct '05

Hi Mike, On Monday 24 October 2005 22:17, Mike Hearn wrote: > The unixfs module apparently can't cope with the Z: drive being anything > other than / or being non-existant. A fresh .wine has this set up OK, but > clicking the drive autodetect button in winecfg will currently set it up > so D: is the root drive. Oops! Unixfs should'nt depend on the Z: drive beeing mapped to '/'. It even should'nt depend on '/' beeing mapped anywhere. I guess the problem you are seeing depends on the setting for the Desktop directory, which is generated automatically (There are a couple more registry entries, which depend on z:): [Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Shell Folders] 1130228151 "Desktop"="z:\\home\\mjung\\Desktop" If you remove or remap the 'Z:' drive afterwards without adjusting these registry settings, the desktop shellfolder object won't initialize any longer, which is why the file dialogs won't work. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Wine can't run Roderick Colenbrander's VB test apps yet
by Dan Kegel 25 Oct '05

25 Oct '05

Way back almost three years ago, Roderick Colenbrander posted about Visual Basic support on Wine; see http://www.kerneltraffic.org/wine/wn20021115_144.html#10 He put together a little suite of four tiny test apps; you can still download them at http://www.xs4all.nl/~sailsup/wine-vb.tar.gz Of the four test apps, only one runs properly now -- the one that puts up a button. The ones that put up anything more ambitious all fail. The one app he provides an installer for seems to install properly, but when you run the installed app, it crashes with fixme:ole:ITypeInfo_fnGetRefTypeInfo Can't find pRefType for ref 19 wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000010 in 32-bit code (0x230f4f31). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:230f4f31 ESP:7b92f8e0 EBP:7b92f948 EFLAGS:00010246( - 00 -RIZP1) EAX:00000004 EBX:00000020 ECX:7b92f8f4 EDX:7acc2d10 ESI:7acc2d24 EDI:7acc2ab8 Stack dump: 0x7b92f8e0: 7acc2d10 7b92f8f4 7acc2d40 7bcbc378 0x7b92f8f0: 7acc2d10 7b92f948 230f4ab8 7bcbc378 0x7b92f900: 7acc2d24 7bcbd7e8 7acc2ab8 7acc0630 0x7b92f910: 7b58f480 7b55dc34 7b5602e0 00000000 0x7b92f920: 7bccc658 0000000c 00000032 00000011 0x7b92f930: 7acc2ad0 7acc2ab8 7bcbd7c8 7b92f984 Backtrace: =>1 0x230f4f31 in dbgrid32.ocx (+0x34f31) (0x7b92f948) 2 0x230e9bef in dbgrid32.ocx (+0x29bef) (0x7b92f990) 3 0x230e7533 in dbgrid32.ocx (+0x27533) (0x7b92f9d8) 4 0x230c3bee in dbgrid32.ocx (+0x3bee) (0x7b92fa0c) 5 0x230cd069 in dbgrid32.ocx (+0xd069) (0x7b92fa80) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file DLL\MSVBVM60.dbg ("DLL\\MSVBVM60.dbg") 6 0x66068eae in msvbvm60 (+0x68eae) (0x7b92fad8) 7 0x6606c750 in msvbvm60 (+0x6c750) (0x7b92fae8) 8 0x6601ed49 in msvbvm60 (+0x1ed49) (0x7b92fb20) 9 0x6601dfbf EVENT_SINK_AddRef+0xc68 in msvbvm60 (0x7b92fb4c) 10 0x6601debc EVENT_SINK_AddRef+0xb65 in msvbvm60 (0x7b92fb74) 11 0x6601df1e EVENT_SINK_AddRef+0xbc7 in msvbvm60 (0x7b92fba4) 12 0x6601de55 EVENT_SINK_AddRef+0xafe in msvbvm60 (0x7b92fbdc) 13 0x6601d852 EVENT_SINK_AddRef+0x4fb in msvbvm60 (0x7b92fc3c) 14 0x6601d745 EVENT_SINK_AddRef+0x3ee in msvbvm60 (0x7b92fc5c) 15 0x6601d70a EVENT_SINK_AddRef+0x3b3 in msvbvm60 (0x7b92fcb4) 16 0x6608682e in msvbvm60 (+0x8682e) (0x7b92fcf0) 17 0x6603acee in msvbvm60 (+0x3acee) (0x7b92fe40) 18 0x66011cc0 BASIC_CLASS_AddRef+0xf0b in msvbvm60 (0x7b92fe64) 19 0x6600e218 ThunRTMain+0x3f6 in msvbvm60 (0x7b92fe84) 20 0x6600df77 ThunRTMain+0x155 in msvbvm60 (0x7b92fea4) 21 0x6600de7d ThunRTMain+0x5b in msvbvm60 (0x7b92ff24) 22 0x00401132 EntryPoint+0xa in db2 (0x7b92fff4) 23 0xf6fc5571 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) 0x230f4f31: call *0xc(%eax) fixme:winedbg:be_i386_is_func_call Unsupported yet call insn (0x10) at 0x230f4f31 I'd file a bug report but I have to run. Could somebody have a look?

2 3

nslookup failing under wine with native dnsapi.dll; RtlIpv6AddressToString() unimplemented
by Dan Kegel 24 Oct '05

24 Oct '05

On 10/24/05, Robertino Benis <rbenis(a)airyz.com> wrote: > Here is the output from wine (WINEDEBUG was set to 'warn+all'), tons of "not > found" stuff. Is there maybe any other option I should have used? > > rbr(a)airdb:~/src/bwapps$ ~/src/wine/wine/wine nslookup.exe > > warn:file:wine_nt_to_unix_file_name > L"\\??\\C:\\Windows\\System\\DNSAPI.dll" -> > "/home/rbr/.wine/dosdevices/c:/windows/System/dnsapi.dll" required a > case-insensitive search > ... > warn:module:import_dll No implementation for ntdll.dll.RtlIpv6AddressToStringA imported from L"C:\\Windows\\System\\DNSAPI.dll", setting to 0x7f880011 You seem to be using a native copy of dnsapi.dll, and seems unhappy that Wine's ntdll.dll lacks an implementation for RtlIpv6AddressToString(). I suppose there's some chance that function would be very easy to implement. I'm cc'ing wine-devel in case somebody has an opinion. - Dan

3 2

Re: wine FC package
by Paolo Abeni 24 Oct '05

24 Oct '05

Hi all, I have just noticed that the URL I have provided for accessing the wine rpm package for FC4 is not very reliable. If someone is interested, I can post all the relevant files (spec, patches, ecc.) for building the rpm on the mailing list (total size ~15KB). Please let me know... Regards, Paolo -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Le speciali Offerte di Benvenuto di Cassine di Pietra: * scopra il gusto ed i vantaggi delle tradizioni contadine * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=3924&d=24-10

3 2

Re: [Wine] Transport Tycoon Deluxe for Windows installation failure / Wine-20050930
by Liam Kurmos 24 Oct '05

24 Oct '05

I've got wine up. I think the 'strike-through upcase letter W' s are a red herring as they don't appear on my system and are probably locale related. Other than that clicking install just give an egg timer for a few seconds, (which you can do repeatedly), and nothing happens. Same there? manually creating the install directory doesnt help, though I wouldnt be suprised if this turns out to be an IO related problem. not sure what the next thing to try is, work on getting a trace of what's going on I think. (this maybe my first serious venture into debugging something on wine, I'll CC the devel list and see if someone can give a newbie some pointers) will persue it further tomorrow. Liam Liam Kurmos wrote: > Hi Zoltan, > > I'll have a go on this one with you. I remember playing TT with my > younger brother many moons ago on old serially linked 486s... > I just need to get wine up on my new AMD64/FC4 box. Once up I'll have > a go at TTD. > > the only thing I can say so far is that on Japanese systems a slash is > replaced with a strike-though Y (yen) sign. So could this be locale > related in some way? > > later, > > Liam > > > > Zoltan Boszormenyi wrote: > >> Hi! >> >> I wanted to install Transport Tycoon Deluxe for Windows >> but the installation does not even start. >> >> I have wine-20050930-1fc3winehq.i686 on my system, FC3/x86-64. >> The installation directory seems strange on the very first window, >> every backslash character is painted as a strike-through upcase >> letter W. >> >> Browsing for another directory or typing the directory manually >> gives the same problem. >> >> You can download this game among others for testing from >> http://www.the-underdogs.org/ >> >> For the ones who browse Linux gaming sites: Yes, I know about OpenTTD. >> It requires the files from the _installed_ Transport Tycoon Deluxe. >> >> Best regards, >> Zoltán Böszörményi >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> wine-users mailing list >> wine-users(a)winehq.org >> http://www.winehq.org/mailman/listinfo/wine-users >> >> > > > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-users >

4 4

wine ptrace trouble
by Peter Beutner 24 Oct '05

24 Oct '05

Hi I've been trying to get an older game(Heart Of Darkness) to work with wine. Appearently the game uses some kind of copy-protection(securom i suppose) which let wine abort with the following error: "Trace/breakpoint trap". After some debugging sessions I managed to reproduce the problem. See the attached program(debug.c, simply compile with mingw). The problem is the following(as far as I understand it): - app sets up an exception handler - enables single-step debugging -> exception handler get invoked - in the exception handler:- re-enables single-step debugging - modifies some debug register in the CONTEXT struct -> because of that set_thread_context ist called and wineserver PTRACE_ATTACH to the process, modifies these registers, then resumes the process - as wineserver doesn't detach from the process it will get the next SIGTRAP signal and appearently it seems to ignore that signal - [as nobody cares about the SIGTRAP signal the process get killed] I'm not completly sure about the last step and the fact what wineserver really does with the SIGTRAP signal. However, I put together a solution which simply detaches from the process instead of resuming ptrace in set_thread_context(and als in get_thread_context, {read,write}_process_memory), see attached patch. With that patch my testcase finishes successfully and also the game starts. However, as im not sure if this is a desired solution or if this breaks anything else, maybe somebody more familiar with the material can comment. There are also some more places with the same situation(suspend_for_ptrace with following resume_after_ptrace) which might expose the same problem. Thx in advance. Peter #include <stdio.h> #include <stdlib.h> #include <windows.h> #include <excpt.h> DWORD icount = 0; EXCEPTION_DISPOSITION __cdecl my_handler( struct _EXCEPTION_RECORD *ExceptionRecord, void * EstablisherFrame, struct _CONTEXT *ContextRecord, void * DispatcherContext) { printf("execption handler: code: %lx addr: %p\n", ExceptionRecord->ExceptionCode, ExceptionRecord->ExceptionAddress); if(ExceptionRecord->ExceptionCode == 0x80000004 && icount < 4) { /* single-step exception */ printf("single step debug: #%i\n",icount); icount++; ContextRecord->EFlags |= 0x100; /* just change it so wineserver has to update them */ ContextRecord->Dr0 = (DWORD)ExceptionRecord->ExceptionAddress + 0x100 + icount; ContextRecord->Dr7 = 0x7; } return ExceptionContinueExecution; } int main(int argc, char *argv[]) { printf("install seh handler\n"); __asm__ ( "push %0 \n\t" "push %%fs:0 \n\t" "movl %%esp,%%fs:0\n\t" : : "q" (my_handler)); printf("now enable single step debugging\n"); __asm__ ( "push %eax \n\t" "pushfw \n\t" "pop %eax \n\t" "orb $1,%ah \n\t" "push %eax \n\t" "popfw \n\t" "pop %eax \n\t" "nop \n\t"); printf("finished successfully\n"); return 0; } Index: server/context_i386.c =================================================================== RCS file: /home/wine/wine/server/context_i386.c,v retrieving revision 1.31 diff -p -u -r1.31 context_i386.c --- server/context_i386.c 21 Jun 2005 09:46:15 -0000 1.31 +++ server/context_i386.c 23 Oct 2005 16:31:53 -0000 @@ -599,7 +599,7 @@ DECL_HANDLER(get_thread_context) if (flags && suspend_for_ptrace( thread )) { get_thread_context( thread, flags, data ); - resume_after_ptrace( thread ); + detach_after_ptrace( thread ); } } release_object( thread ); @@ -627,7 +627,7 @@ DECL_HANDLER(set_thread_context) if (flags && suspend_for_ptrace( thread )) { set_thread_context( thread, flags, get_req_data() ); - resume_after_ptrace( thread ); + detach_after_ptrace( thread ); } release_object( thread ); } Index: server/process.c =================================================================== RCS file: /home/wine/wine/server/process.c,v retrieving revision 1.142 diff -p -u -r1.142 process.c --- server/process.c 12 Oct 2005 21:10:52 -0000 1.142 +++ server/process.c 23 Oct 2005 16:31:55 -0000 @@ -729,7 +729,7 @@ static int read_process_memory( struct p if (read_thread_int( thread, addr++, dest++ ) == -1) break; len--; } - resume_after_ptrace( thread ); + detach_after_ptrace( thread ); } return !len; } @@ -792,7 +792,7 @@ static int write_process_memory( struct ret = 1; done: - resume_after_ptrace( thread ); + detach_after_ptrace( thread ); } return ret; } Index: server/ptrace.c =================================================================== RCS file: /home/wine/wine/server/ptrace.c,v retrieving revision 1.30 diff -p -u -r1.30 ptrace.c --- server/ptrace.c 22 Aug 2005 10:13:28 -0000 1.30 +++ server/ptrace.c 23 Oct 2005 16:31:56 -0000 @@ -267,6 +267,14 @@ int suspend_for_ptrace( struct thread *t return 0; } +void detach_after_ptrace( struct thread *thread) +{ + if (thread->unix_pid == -1) return; + assert( thread->attached ); + ptrace( PTRACE_DETACH, get_ptrace_pid(thread), NULL, NULL ); + thread->attached = 0; +} + /* resume a thread after we have used ptrace on it */ void resume_after_ptrace( struct thread *thread ) {

4 6