wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Wine and Mono
by Jonathan Ernst 26 Oct '05

26 Oct '05

Hi, .exe files are often associated with Wine so that it's easy for users to double click a windows application and have it working like any native application. Wouldn't it be possible for Wine to detect .Net application and run them using mono (mono app.exe) instead of just failing ? If that's not wanted, would it be at least possible to issue a message to tell the user that the application he'is trying to run is a .Net application and that he should try running it using mono ? What are your opinions about the handling of .Net executables ? Thanks. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

3 2

Re: wine/. ANNOUNCE ChangeLog VERSION configure
by Robert Shearman 26 Oct '05

26 Oct '05

Alexandre Julliard wrote: >ChangeSet ID: 20794 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)winehq.org 2005/10/25 07:04:18 > >Modified files: > . : ANNOUNCE ChangeLog VERSION configure > >Log message: > Release 0.9. > > Congratulations all around. Everyone should deserve a beer for reaching this milestone. -- Rob Shearman

4 3

Wine 0.9 on news.google.de
by Andreas Mohr 26 Oct '05

26 Oct '05

Hi all, just wanted to mention that you can see Wine 0.9 making headlines on http://news.google.de if you visit it right now... (I also got a screenshot) Andreas -- No programming skills!? Why not help translate many Linux applications! https://launchpad.ubuntu.com/rosetta

1 0

Re: wine ptrace trouble
by Jesse Allen 26 Oct '05

26 Oct '05

On 10/23/05, Peter Beutner <p.beutner(a)gmx.net> wrote: > hmm it appearently is a kernel/ptrace issue as Marcus Meissner supposed. > I just tested it on x86 and it works fine, while on x86_64 it doesnt work. > I will dig a bit further if time permits. > > Just out of curiosity, why does the server continue ptracing after "the work is done", > instead of just detaching? I discovered this issue on x86 on linux 2.6.8/9 which led Linus to fixing by 2.6.11. Andi Kleen has not ported the patch to x86-64 from what I know, so wine will still suffer under it -- ie single stepping into signal handlers, see mailing list archives. You need to get your kernel patched to fix the problem. I have access to x86-64 systems now and may be able to help.

2 5

Re: Wine release 0.9
by Thom Rechak 26 Oct '05

26 Oct '05

CONGRATULATIONS on this amazing milestone!! ----- Original Message ----- From: "Alexandre Julliard" <julliard(a)winehq.org> To: <wine-announce(a)winehq.org> Sent: Tuesday, October 25, 2005 5:47 AM Subject: Wine release 0.9 > This is release 0.9 of Wine, a free implementation of Windows on Unix. > After 12 years of development, this release marks the beginning of the > beta testing phase. Everybody is encouraged to try it; while there > are still bugs, most applications are expected to at least install and > do something useful. > > Because of lags created by using mirrors, this message may reach you > before the release is available at the ftp sites. The sources will be > available from the following locations: > > http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.tar.bz2 > http://prdownloads.sourceforge.net/wine/wine-0.9.tar.bz2 > > Binary packages for various distributions will be available from: > > http://www.winehq.org/site/download > > You will find documentation on http://www.winehq.org/site/documentation. > > You can also get the current source directly from the CVS tree. Check > http://www.winehq.org/cvs for details. > > Patches should be submitted to "wine-patches(a)winehq.org". Please > don't forget to include a ChangeLog entry. If you submitted a patch, > please check to make sure it has been included in the new release. > > Wine is available thanks to the work of many people. See the file > AUTHORS in the distribution for the complete list. > > -- > Alexandre Julliard > julliard(a)winehq.org > > >

1 0

What happened to wine_dbg_parse_options ?
by Christian Costa 25 Oct '05

25 Oct '05

Hi, wine_dbg_parse_options does not exist anymore. Is there a reason for that ? Is there any other way to enable debug channels from whithin wine code ? Thanks, Christian

3 7

Re: OLEAUT32: multiplication/division support for DECIMAL (patch 4 of 4)
by Uwe Bonnes 25 Oct '05

25 Oct '05

>>>>> "Alex" == Alex Villacís Lasso <a_villacis(a)palosanto.com> writes: Alex> Hopefully this patch can now get into CVS, since 0.9 is out. Huch! No announcement yet! -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: [Wine] bug 3578
by Sebastien Fievet 25 Oct '05

25 Oct '05

On Tue, 18 Oct 2005 12:13:27 +0200 Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > sebastien.fievet wrote: > > I searched the lists for other entries about this game, and found another > > bug reported (bug 1631), dealing with sound. At least, the game seemed to > > start some time ago! > > Since you know that it ran once, and approximately when, > another approach would be to find out which patch causes the problem. > > I can find an explanation how to do that if you want, it shouldn't be too > hard. > > > Which switches should i use to provide a meaningful trace for it? > > Besides from +seh,+tid, no clue. > Sorry, someone else will have to answer that. > Sory for this late answer, i have had trouble with my internet access... below is the trace i got with +seh,+tid switches. 'hope it's helpful : 0009:trace:seh:__regs_RtlRaiseException code=c0000005 flags=0 addr=0x401c6e40 0009:trace:seh:__regs_RtlRaiseException info[0]=00000001 0009:trace:seh:__regs_RtlRaiseException info[1]=404716ea 0009:trace:seh:__regs_RtlRaiseException eax=404716ea ebx=40462660 ecx=01ab53dc edx=000000e8 esi=5515d872 edi=0000d872 0009:trace:seh:__regs_RtlRaiseException ebp=01ab53e5 esp=4064ff38 cs=0073 ds=007b es=007b fs=0033 gs=004f flags=00210202 0009:err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. Besides, if you (or anybody) can help me to find a solution, i'd really appreciate! Regards, Sebastien

1 0

Re: DirectX9 and Halflife2
by Evil 25 Oct '05

25 Oct '05

Cool! It works without the dll overrides, and I can see the pages in the store tab now. Thanks for the tip. Now, I just need to figure out my performance bottleneck. - Jesse Fabian Bieler wrote: >Execute regsvr32 mozctlx.dll in the directory where mozcontrol.tgz was extracted. (usually ~/.transgaming_global/mozcontrol) > >Fabian > >On Tuesday 25 October 2005 13:35, you wrote: > > >>I have the mozcontrol installed, since I used to use Cedega, but I don't >>see any of the HTML pages in Steam when run under WINE (I did under Cedega). >> >>Exactly how are you using "mozcontrol with wine". Are there >>modifications that need to be made to tg-mozctl-install or something? >> >>-Jesse >> >> >> >>Fabian Bieler wrote: >> >> >> >>>For me steam works if I use transgaming's mozcontrol with wine: >>>http://downloads.transgaming.com/mozilla_control_downloads/ >>>(freely available under the MPL) >>>However it is somewhat unstable. >>> >>> >>> >>> >> >> >> >> > > > >

2 1

NTDLL - breaks MDAC Installation
by Ray Jones 25 Oct '05

25 Oct '05

This patch: ___________________________ =================================================================== RCS file: /home/wine/wine/dlls/ntdll/loadorder.c,v retrieving revision 1.16 retrieving revision 1.17 diff -u -p -r1.16 -r1.17 --- wine/dlls/ntdll/loadorder.c 2005/06/21 09:52:41 1.16 +++ wine/dlls/ntdll/loadorder.c 2005/07/07 18:26:11 1.17 @@ -80,12 +80,6 @@ static const enum loadorder_type default LOADORDER_BI, LOADORDER_DLL, 0 }; -/* default for modules with an explicit path */ -static const enum loadorder_type default_path_loadorder[LOADORDER_NTYPES] = -{ - LOADORDER_DLL, LOADORDER_BI, 0 -}; - static const WCHAR separatorsW[] = {',',' ','\t',0}; static int init_done; @@ -608,11 +602,6 @@ void MODULE_GetLoadOrderW( enum loadorde debugstr_loadorder(loadorder), debugstr_w(path) ); goto done; } - - /* and last the hard-coded default */ - memcpy( loadorder, default_loadorder, sizeof(default_loadorder) ); - TRACE( "got hardcoded default %s for %s\n", - debugstr_loadorder(loadorder), debugstr_w(path) ); } else /* module contains an explicit path */ { @@ -639,13 +628,13 @@ void MODULE_GetLoadOrderW( enum loadorde debugstr_loadorder(loadorder), debugstr_w(path) ); goto done; } - - /* and last the hard-coded default */ - memcpy( loadorder, default_path_loadorder, sizeof(default_path_loadorder) ); - TRACE( "got hardcoded path default %s for %s\n", - debugstr_loadorder(loadorder), debugstr_w(path) ); } + /* and last the hard-coded default */ + memcpy( loadorder, default_loadorder, sizeof(default_loadorder) ); + TRACE( "got hardcoded default %s for %s\n", + debugstr_loadorder(loadorder), debugstr_w(path) ); + done: if (app_key) NtClose( app_key ); RtlFreeHeap( GetProcessHeap(), 0, module ); ___________________________ breaks the MDAC Installation, no matter which version you attempt to install. Reversing the patch fixes the bug(?). (I've also "downdated" actual CVS-Version of loadorder.c to 1.16 - it works .. at least for the installer, though I don't know what it breaks on the other end.) I'm not really sure what exactly happens, the installer just says "Rolling back MDAC .." assumingly just at the point where it's going to install the "Microsoft XML parser". If anyone likes to try to recreate the bug, you'll have to install IE, and for that you'll have to use Windows-Version Win98 and a NATIVE advpack.dll.

2 3

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@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 25 Oct '05

25 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@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 25 Oct '05

25 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

Final call for bug fixes
by Alexandre Julliard 24 Oct '05

24 Oct '05

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 24 Oct '05

24 Oct '05

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

Re: x11drv: Remove some of the mouse lag in games
by Vitaliy Margolen 24 Oct '05

24 Oct '05

Don't apply this patch. It doesn't really fix things yet. But the bug is somewhere there. Vitaliy Margolen Sunday, October 23, 2005, 5:42:57 PM, Vitaliy Margolen wrote: > This patch removes mouse lag for me in Half Life 1 in single player mode. > Apparently there are still a lag in multi player mode. > Vitaliy Margolen > changelog: > x11drv/mouse.c > - Use InterlockedExchange instead of x11_lock/unlock for internal pointer ops.

2 1

log_accum: add ability to include patch in notification (take 2)
by Dimi Paun 24 Oct '05

24 Oct '05

Sorry, the previous version had the wrong default for do_patch. Which meant that you can't turn the embedded patch off. Mea culpa. This will help me keep all scripts in sync (such as the one from SF). ChangeLog Add ability to include patch in notification. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Run ident on all wine source before 0.9?
by Uwe Bonnes 23 Oct '05

23 Oct '05

Hello, just a provocing thought: Wouldn't the pending 0.9 release be a good chance to run ident with a consistant formating on all wine source files? At present, there a used a lot of different styles... -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel