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

Wine and Mono
by Jonathan Ernst Oct. 26, 2005

Oct. 26, 2005

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

Oct. 26, 2005

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

Oct. 26, 2005

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

Oct. 26, 2005

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

Oct. 26, 2005

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

Oct. 25, 2005

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

Oct. 25, 2005

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

Oct. 25, 2005

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

Oct. 25, 2005

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

Oct. 25, 2005

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