On Wednesday 02 July 2003 13:04, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
@@ -787,7 +789,11 @@ DWORD getInterfaceMtuByName(const char *
if ((ioctl(fd, SIOCGIFMTU, ifr)))
ret = ERROR_INVALID_DATA;
else {
+#if !defined sun
*mtu
I am playing with Worms II and the installer that comes with the Demo and uncovered a
signal handling fault Under Solaris and some wierdness in the installer.
After decompressing the application the installer executes the setup program which
displays a splash screen the application then
On Monday 23 June 2003 00:49, Mike Hearn wrote:
Can anyone hazard a guess as to what is happening here ? I am at a loss
to explain why the same call should succeed in one place and fall over in
another
NPTL wierdness? I've noticed that if I use an NPTL enabled glibc with a
non-NPTL
I am having problems with this Program, Little Fighter II, and also the
installer that comes with the Worms II demo, both internet downloadable.
Anyway both of these faults might be due to stack overflows or overwrites,
especially the Worms II one below. What variable controls the size of the
I have a strange crash in thread creation with a program called little fighter II
(Which is downloadable off the internet)
LF2 Spawns a Thread in User_DirectDrawSurface_Construct (below) and when created the
thread creation call
crashes in a mutex_lock. Strange thing is the same thread
In dlls/glu32 winebuild keeps generating glu32_spec.c using a .half pseudo op
for the ordinals, but gas knows nothing about a .half pseudo op. Cant even
find this text in winebuild, .long seems to be used for listing ordinals.
Can anyone give me a clue to this mystery
(GCC 2.95.3 BTW)
In dlls/ntdlls/virtual.c around line 1033 in NtAllocateVirtualMemory:
NTSTATUS res=anon_mmap_aligned( base, size,VIRTUAL_GetUnixProt( vprot ), 0 );
if (res) return res;
Why is mmap used here rather than just a malloc/calloc to the OS ? If I can
convert this call to a calloc then the
On Sun, 22 Dec 2002 05:42, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
I need to introduce a compile time conditional to better facilitate
Solaris, in particular the macro ADDRESS_SPACE_LIMIT in virtual.c.
I understand HAVE_SOLARIS is frowned upon so can anyone
I need to introduce a compile time conditional to better facilitate Solaris,
in particular the macro ADDRESS_SPACE_LIMIT in virtual.c.
I understand HAVE_SOLARIS is frowned upon so can anyone suggest a more
targetted alternative (Could use __sysv__ but who knows whether all SYSV
implementations
An Interesting one, on my system wine has been broken for a little while
failing with a bad heap message I have tracked it down to one solitary line
in Virtual.c:(115) and here it is :
#define ADDRESS_SPACE_LIMIT ((void *)0xc000) /* top of the user address
space */
when making an
On Mon, 19 Aug 2002 22:07, David Laight wrote:
#define ADDRESS_SPACE_LIMIT ((void *)0xc000) /* top of the user
address space */
when making an anonymous mmap Solaris returns
11: ptr = (void *) 0xdf62
Q. Why is there a hard limit on this ? Is this a Windows thing or a Linux
On solaris gdbproxy doesn't compile because S_un is not defined, S_un is only
defined on SOlaris for XPG 4 applications.
The header file however exposed _S_un so should this be _S_un or do I have to
invent a new test for these features.
Grabbed these comments off the net
POSIX
On Fri, 4 Jan 2002 10:49, Alexandre Julliard wrote:
Robert Lunnon [EMAIL PROTECTED] writes:
Without calling ptrace (TRACEME,...) Solaris returns ESRCH even though
the process exists which causes the wineserver to assume the process is
defunct and delete the app, apparently causing
I sent this message before but I dont think it reached the list.
I am trying to make the debugger work on Solaris.
The wineserver and debugger currently co-operate using ptrace to debug a
client app, but on solaris the debugger deadlocks. It was previously thought
that this was due to the
Mon, 10 Dec 2001 00:06, you wrote:
Message: 6
Date: Sat, 08 Dec 2001 18:38:57 -0500
From: Gavriel State [EMAIL PROTECTED]
Organization: TransGaming Technologies Inc.
To: Alexandre Julliard [EMAIL PROTECTED]
CC: Dan Kegel [EMAIL PROTECTED], Eric Pouech [EMAIL PROTECTED],
[EMAIL
In my pitiful attempt to hack on WINE I have come to an impasse. I have
managed to find portable equivalents to get the interface name and the number
of interfaces in winsock/wsock32 but I can't seem to find a portable way to
get to the routing table. In Solaris (why I'm doing the hacking)
I have Converted WSAIOCTL to use SIOCGETIFCONF ioctl calls rather than parse
/proc which is to linux-centric but I was asked by Francois Gouget to look
at trying to make WsControl unix independent by implementing it using other
windows APIs rather than by using unix calls directly.
17 matches
Mail list logo
