what's up (and i would like possibly to help fix it).
Thanx
Please CC monge(at)sns(dot)it as i'm not subscribed.
--
Best Regards
Maurizio Monge
"..the triumph of evil is for good men to do nothing." (Edmond Burke)
> Maurizio,
> Ignore what it says in the source, in dlls/ntdlls/virtual.c you can change
> the value in ADDRESS_SPACE_LIMIT to suit yourself. Many applications (I
> venture to say most ) work fine and my solaris distro has been compiled
> like this for two years with few (Actually no) complai
Alle Friday 04 June 2004 01:34, Alexandre Julliard ha scritto:
> wine-kthread
# wine-kthread
wine: failed to initialize: /opt/wine/lib/wine/ntdll.dll.so: failed to map
segment from shared object: Cannot allocate memory
:-(
Maurizio
CC to monge(at)sns(dot)it
Hello, i have retried to compile wine CVS on amd64 (gcc 3.4 with -m32, etc +
kernel 2.6.4-rc2), where i was thinking the 0xc000 problem was solved.
but i get:
wine: failed to initialize: /opt/wine/lib/wine/ntdll.dll.so: failed to map
segment from shared object: Cannot allocate memory
attac
Alle Monday 17 May 2004 13:00, Robert Lunnon ha scritto:
> On Mon, 17 May 2004 04:25 am, Alexandre Julliard wrote:
> > Mike Hearn <[EMAIL PROTECTED]> writes:
> > > Put code which dumps the maps list when the process heap can't be
> > > created, ie something like:
> > >
> > > {
> > > char buffer[1
..]
> > wine: failed to create the process heap
> >
> > The same wine executable was running ok on my 32bits distro.
> > I read that this happens on fedora2 too because of nx stack, and
> > i think that, even if i do not have SeLinux installed, the stack
> > is not executable by default on amd64...
Hello, i compiled wine cvs on my amd64 without many problem (i had
to set PATH to point to a directory with wrappers for gcc,ld and as
that would call respectively "gcc -m32","ld -melf_i386","as --32",
it would be nice if wine would support natively this or would support
LDFLAGS=-melf_i368.., bu
Hi, if found a commented X11DRV_GLX_CreateDriver in the x11drv dll,
did anyone try to write a glx backend and stopped for some reason?
I was just planning to write a OpenGL backend for directdraw (i.e. using
glDrawPixels, etc), as i think it would be almost as fast as dga and far more
stable, b