- Wine-Devel - list.winehq.org

making a wine dll
by riezel ramos Oct. 25, 2005

Oct. 25, 2005

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 Oct. 25, 2005

Oct. 25, 2005

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 Oct. 25, 2005

Oct. 25, 2005

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 Oct. 25, 2005

Oct. 25, 2005

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 Oct. 25, 2005

Oct. 25, 2005

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 Oct. 25, 2005

Oct. 25, 2005

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 Oct. 24, 2005

Oct. 24, 2005

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 Oct. 24, 2005

Oct. 24, 2005

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

Final call for bug fixes
by Alexandre Julliard Oct. 24, 2005

Oct. 24, 2005

Folks, I think we are in good shape for the release; the current plan is to release on Tuesday. So if you have bugs that you feel must be fixed for 0.9 (and that can be fixed with minimal changes), now is the time to speak up... -- Alexandre Julliard julliard(a)winehq.org

12 13

Wine project: Support third party LDDM graphic drivers
by Claude Mench Oct. 24, 2005

Oct. 24, 2005

hello all, don't bother on this message if you feel it has nothing to be here. But I rencently read a whole lot of MSDN documentation about the LDDM infrastructure. The new Windows graphics vista driver model. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/Display_d/… And what made me think we could have support for it in linux. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/Display_d/… It seem to me that having the most important parts of the driver being in user mode would really help to use it on other systems. >From what I read, the user mode driver would create the command buffer that would need to be uploaded to the GPU and a kernel module would need to schedule GPU access handle memory of the GPU and send the command buffer to it. This would need the Wine Expertise of DirectX reimplementation as well as some good kernel hacker, but in the end maybe the struggle to have linux specific support from Graphics adapter vendors could be one for all removed if we had LDDM driver support and then and X build on top of it (same philosofy as Xgl). it could also benefit to the wine project itself as we would have really windows driver being used, it should help to increase compatibility. sorry if it sound crazy...

3 4