Scott,
On Wednesday 15 December 2004 06:32, Scott Ritchie wrote:
> Global symbol "%directories" requires explicit package name
> at /usr/bin/winemaker line 423.
> Global symbol "%directories" requires explicit package name
> at /usr/bin/winemaker line 441.
> Execution of /usr/bin/winemaker aborted
On Tue, 14 Dec 2004 21:32:26 -0800, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> As part of my effort to create a successful demonstration of how to port
> something, I tried out winelib. Unfortunately, I can't seem to get it
> working at all. I get this error whenever I run winemaker:
>
> Global
On Tue, 14 Dec 2004 23:49:41 -0500, Dimitrie O. Paun <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 14, 2004 at 08:35:26PM -0800, Scott Ritchie wrote:
> > Looking at the archives it appears that wine-license has had very little
> > traffic, to the point where a lot of it is probably not being read when
>
As part of my effort to create a successful demonstration of how to port
something, I tried out winelib. Unfortunately, I can't seem to get it
working at all. I get this error whenever I run winemaker:
Global symbol "%directories" requires explicit package name
at /usr/bin/winemaker line 423.
Gl
On Tue, Dec 14, 2004 at 08:35:26PM -0800, Scott Ritchie wrote:
> Looking at the archives it appears that wine-license has had very little
> traffic, to the point where a lot of it is probably not being read when
> it comes up, since people like me are not subscribed to that list.
Yeah, I think it
Looking at the archives it appears that wine-license has had very little
traffic, to the point where a lot of it is probably not being read when
it comes up, since people like me are not subscribed to that list.
It seems like a lot of the stuff being sent there should instead go to
wine-devel.
Th
On Tue, 14 Dec 2004, Alexandre Julliard wrote:
> Looks OK, but this is a job for wine_anon_mmap, it's supposed to
> abstract these sorts of platform dependencies so that the callers
> don't have to worry about it.
How about the following?
Gerald
ChangeLog:
Make us work on FreeBSD again by workin
Alexandre Julliard wrote :
The easy stuff has been done already...
Otherwise there would be nothing to do !
I noticed that in gdi.h PC_SYS_MAPPED is unused and PC_SYS_RESERVED is
only used in dlls/x11drv/palette.c
I think we can remove PC_SYS_MAPPED and move PC_SYS_RESERVED to
dlls/x11drv/palette
Jon Griffiths wrote :
Hi,
x11drv: 8 includes removed.
Cheers,
Jon
+dlls/x11drv/text.c dlls/x11drv/window.c dlls/x11drv/winpos.c
dlls/x11drv/x11ddraw.c
Remove uneeded headers to reduce uneeded rebuilds.
Hi Jon,
As I am working on x11drv I can tell you some things : win.h is declared
in x
Robert Shearman <[EMAIL PROTECTED]> writes:
> Mike Hearn wrote:
>
> >Perhaps the first step then would be to implement support in winebuild
> >and the loader such that the list of stubbed functions is exported then
> >the loader can link imports from those to stubs generated on the fly. At
> >tha
Paul van Schayck wrote:
Ok, since we have img{border: 0;} in our stylesheet we can now remove
border=0 from all img elements.
Changelog:
Remove border=0 from img tags
A patch would be nice.. ;-)
--
Tony Lambregts
Rémi Assailly <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote :
>
> >Sure, we can move out definitions that are not needed by other dlls,
> >as long as they are for things that won't need to be changed when
> >getting rid of the dll dependencies. For DCE and more generally for
> >all user3
Jon Griffiths <[EMAIL PROTECTED]> writes:
> I would like to point out again that the VC linker will not generate
> a correct dll unless the ordinal stubs are present. Other native
> linkers may have the same problem. It seems very silly to me that we
> can't use M$'s own compiler/linker to build v
Alexandre Julliard wrote :
Sure, we can move out definitions that are not needed by other dlls,
as long as they are for things that won't need to be changed when
getting rid of the dll dependencies. For DCE and more generally for
all user32 headers I'd suggest leaving them alone for now, they are
g
On Montag 13 Dezember 2004 18:03, you (Andreas Mohr) wrote:
> On Sun, Dec 12, 2004 at 01:21:44AM -0800, Walt Ogburn wrote:
> > Sorry, I was thinking of the debug channels, but I don't know which
> > ones to use, short of turning on "trace+all."
>
> Probably something like +edit,+relay,+string
Than
Hi Jon,
--- Jon Griffiths <[EMAIL PROTECTED]> wrote:
> I would like to point out again that the VC linker will not generate
> a correct dll unless the ordinal stubs are present. Other native
> linkers may have the same problem. It seems very silly to me that we
> can't use M$'s own compiler/linker
On Tue, 2004-12-14 at 12:01 -0500, Dimitrie O. Paun wrote:
> On Tue, Dec 14, 2004 at 10:16:29AM -0600, Robert Shearman wrote:
> > IMHO, the Wine project should be moving away from just-in-time
> > implementing of functions and moving towards implementing *everything*
> > (with some obvious except
On Tue, 14 Dec 2004 09:04:17 -0200, Raul Dias <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Shouldn't tools/wineprefixcreate copy a sample config file?
>
> Right now it does all the job to create a standalone wine environment,
> but with no config.
>
> I would suggest copying documentation/samples/config
On Tue, Dec 14, 2004 at 10:16:29AM -0600, Robert Shearman wrote:
> IMHO, the Wine project should be moving away from just-in-time
> implementing of functions and moving towards implementing *everything*
> (with some obvious exceptions). This is the only way a high percentage
> of applications wi
Alexandre Julliard wrote :
Rémi Assailly <[EMAIL PROTECTED]> writes:
Changelog:
* get rid of dce.h
--- dlls/x11drv/winpos.c 2004-12-09 19:10:35.0 +0100
+++ dlls/x11drv/winpos.c 2004-12-11 19:46:03.0 +0100
@@ -40,7 +40,6 @@
#include "x11drv.h"
#include "win.h"
#i
Hi,
I had a patch which enabled stub generation for building native dlls
last year
(http://www.winehq.org/hypermail/wine-patches/2003/07/0176.html),
that part was not accepted for the same reasons that are being
mentioned in this thread.
I would like to point out again that the VC linker will not
Hi,
in dlls/kernel/cpu.c, around line 430, is the following code for
NetBSD:
{
int mib[2];
int value[2];
...
if (sysctl(mib, 2, value, value+1, NULL, 0) >= 0)
if (value) PF[PF_FLOATING_POINT_EMULATED] = FALSE;
Mike Hearn wrote:
On Tue, 2004-12-14 at 15:41 +0100, Alexandre Julliard wrote:
Not adding the functions at all is even easier, and the results are
pretty much the same... As you noted, in general the only advantage of
stubs is that you get a better error message, but that would be fairly
easy to
Hi,
Shouldn't tools/wineprefixcreate copy a sample config file?
Right now it does all the job to create a standalone wine environment,
but with no config.
I would suggest copying documentation/samples/config to tools/config,
installing it at $(SRCDIR) and them just copying it during
wineprefixc
On Sun, 12 Dec 2004 14:02:54 +0100, you wrote:
> > Is this one acceptable?
> >
> > If there is still a problem, then I need more hints to what is needed.
> the only part which is questionnable is as follows:
> - what happens (in your case) if the child (after being run through all the
> init) ca
On Mon, 06 Dec 2004 18:23:28 +, Mike Hearn wrote:
> Lately I've been seeing hangs of this form:
>
> Backtrace:
> =>1 0x4df8e7a2 (0x659ffb54)
> 2 0x5246f507 NTDLL_wait_for_multiple_objects+0x387(count=0x0, handles=0x0,
> flags=0x8, timeout=0x659ffd10) [/source/wine/dlls/ntdll/sync.c:683] in
Rémi Assailly <[EMAIL PROTECTED]> writes:
> Do you agree if I first move all definitions used by only one dll ? (
> in the case of dce.h, we'll just keep
> extern BOOL DCE_InvalidateDCE( HWND, const RECT* ) )
> What will stay is inter-dll dependencies and we'll be sure the problem
> is here and we
"Ge van Geldorp" <[EMAIL PROTECTED]> writes:
> I was mixing native shell32.dll with Wine-derived shlwapi.dll. Native
> shell32.dll imports those stubs from shlwapi.dll but then doesn't call them
> in our usage scenarios.
> I'm just a little bit surprised that stubs are ok for elf builds but not fo
Ge van Geldorp <[EMAIL PROTECTED]> writes:
> Send for review to wine-devel:
> http://www.winehq.org/hypermail/wine-devel/2004/11/0658.html (no comments)
> Submitted to wine-patch:
> http://www.winehq.org/hypermail/wine-patches/2004/11/0327.html
> Resubmitting against current CVS
>
> Changelog:
29 matches
Mail list logo
