July 2004 - Wine-Devel - list.winehq.org

Re: Linking with dlls and Linux libs using winelib?

by Dimitrie O. Paun

On Fri, Jul 30, 2004 at 11:06:29AM +0000, James Supancic wrote: > I need to compile a Windows application under Linux. I need to use dlls and > Linux librarys. No matter what I try I can't get winegcc to include the > Linux librarys in the linking stage. What must I do to get winegcc to link > with both the dlls and Linux libs? We can start by sending us a run of the linking stage with the -v -v options. -- Dimi.

July 30, 2004

Re: RPCRT4_NdrClientCall2 stub (fixme)?

by Vincent Béron

Le ven 30/07/2004 à 07:39, Robert Shearman a écrit : > Mike Hearn wrote: > > >On Thu, 29 Jul 2004 19:46:18 +0100, Robert Shearman wrote: > > > > > >>Yes, I have an implementation of NdrClientCall2 in my local tree, but > >>I'm a bit busy with other COM things at the moment. I'll send an updated > >>patch to the list either tonight or sometime over the weekend. > >> > >> > > > >Alexandre, why was this not merged when it was originally sent? > > > > > > It wasn't Alexandre's fault. I didn't ask for it to be merged. One of > the main problems is that because of calling convention differences for > passing unions/structures we can't be binary compatible with Windows at > the same time as being source compatible. You can take a glance at our msvcrt div/ldiv implementation which is both source and binary compatible. binary: dlls/msvcrt/math.c source: include/msvcrt/stdlib.h (which then calls dlls/msvcrt/math.c) Vincent

July 30, 2004

Re: WineHQ:service.cgi: fix winrash option

by Ferenc Wagner

<chmorgan(a)charter.net> writes: >>> http://osdn.dl.sourceforge.net/sourceforge/wine/winetest-200407091000-kevin… > > I just tried that url and it worked. Many of the ones > I've tried in the past haven't and the cause seems to be > that the mirror chosen doesn't have the file. Hmm, Sourceforge's actually selling away what we want, see on http://sourceforge.net/subscription.php: * Direct Downloads Download any file released on SourceForge.net in a hurry. No need to use the website; download files directly from the command line. Need to add software to a remote server? This is the easier way to do it. Does it only mean connecting one to the right(?) mirror automatically? -- Feri.

July 30, 2004

Re: Question about mmap issues on FreeBSD/NetBSD

by Mike Hearn

On Fri, 2004-07-30 at 09:36 +0200, Yorick Hardy wrote: > Thanks for the response. > > I must be doing something wrong, since wine-kthread gave the same error. > Anything I may have missed? I copied wine-kthread from loader/wine-kthread. In that case I guess it's the code which reserves the top 2gig which is bailing out rather than the preloader, sorry ... > It does not appear to be correct, but is there any chance > madvise(..., MADV_DONTNEED) could help? Possibly, I don't know ... it sounds like it'd do something similar to MAP_NORESERVE though. Try it? FWIW I think in FreeBSD ports that code is simply commented out. > Also in libs/wine/mmap.c line 119 the result of mincore is never tested, > should it not be > > if ( (mincore( (caddr_t)addr + i, pagesize, &vec ) != -1) && (vec&1) ) > > (with a slight variation for FreeBSD), although I think this will not > resolve the current problem. thanks -mike

July 30, 2004

Re: formal standard for wine devel style

by Diego 'Flameeyes' Pettenò

Mike Hearn wrote: > Really? Which patch was that? Probably was mine, I posted it some time ago and was rejected. I posted it on Bug #2387 (http://bugs.winehq.org/show_bug.cgi?id=2387) -- Diego "Flameeyes" Pettenò dgp85(a)users.sourceforge.net - http://flameeyes.web.ctonet.it/

July 30, 2004

Re: formal standard for wine devel style

by Mike Hearn

On Thu, 29 Jul 2004 19:06:27 -0700, James Hawkins wrote: > Is there a written formal standard specifying the style in which wine > code is written? I remember a message a while back about how a patch > couldn't be committed because it didn't meet the standards of wine > coding style and that someone who knew the style could fix it. Really? Which patch was that? Policy is typically "try and fit in with whatever style is used in the surrounding code", but really we're pretty relaxed about code style relative to some projects. When writing new code that isn't a part of a pre-existing file just use whatever you're happy with. I think the only exception to that really is the wineserver, the code there follows Alexandres fairly distinctive style so when hacking on the server you should use that style all over. That's OK though, following that style tends to lead to easy to read code, you'll see it used elsewhere in Wine too.

July 30, 2004

Re: RPCRT4_NdrClientCall2 stub (fixme)?

by Mike Hearn

On Fri, 30 Jul 2004 08:24:53 +0200, Jeroen Janssen wrote: > I'm wondering when is a patch 'good enough' to be included? (both from > an 'enduser', an author's point of view and from Alexandre's view (who > eventually commits the patch)? Well, it really depends on the individual patch. Obviously the code itself has to be visibly free of bugs, that is mostly what peer review is about but equally a patch can be rejected if the technique it uses is too hacky, or the patch has some other problems. > Is there an official way to track that a patch submitted to wine-patches > has been comitted? Also can I somehow find out which (interesting) > patches have not been comitted yet? Unfortunately there is no way to track this in an automated fashion. It has been talked about but nobody created a system yet. We just watch wine-cvs and see when it's been checked in. > Also, I noticed there is currently only one person with CVS write > permissions for Wine? Has this always been the case? --- Jeroen Yes. Before we had CVS it was like the kernel, people just mailed Alexandre patches and didn't know if they'd been merged until the next release (as far as I know, but that was long before my time, back then I thought Win98 was the bees knees ;)

July 30, 2004

Re: DCOM: Disconnect Proxies at COM Shutdown

by Robert Shearman

Robert Shearman wrote: > Changelog: > > Mike Hearn <mh(a)codeweavers.com> > Disconnect proxies at COM shutdown to release the corresponding stubs. Sorry, this one was an old patch. Rob

July 30, 2004

Re: RPCRT4_NdrClientCall2 stub (fixme)?

by Robert Shearman

Mike Hearn wrote: >On Thu, 29 Jul 2004 19:46:18 +0100, Robert Shearman wrote: > > >>Yes, I have an implementation of NdrClientCall2 in my local tree, but >>I'm a bit busy with other COM things at the moment. I'll send an updated >>patch to the list either tonight or sometime over the weekend. >> >> > >Alexandre, why was this not merged when it was originally sent? > > It wasn't Alexandre's fault. I didn't ask for it to be merged. One of the main problems is that because of calling convention differences for passing unions/structures we can't be binary compatible with Windows at the same time as being source compatible. Rob

July 30, 2004

Linking with dlls and Linux libs using winelib?

by James Supancic

I need to compile a Windows application under Linux. I need to use dlls and Linux librarys. No matter what I try I can't get winegcc to include the Linux librarys in the linking stage. What must I do to get winegcc to link with both the dlls and Linux libs? Thank you for your time, James Steven Supancic III _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

July 30, 2004