On December 19, 2002 07:48 pm, Dan Kegel wrote:
gcc3.2 has them. I just verified that a fragment like that compiles fine
with g++3.2.
Thank you.
ChangeLog
Enable nameless structures in C++ for gcc = 3.x.
(Discovery and testing done by Dan Kegel).
Index: include/winnt.h
On December 20, 2002 02:07 am, Francois Gouget wrote:
Does this work?
It might, but if I try to compile with the glibc headers, I get
other problems not in that _stricmp, and _strdup are not
declared. Which is odd, as I seem to have compiled with glibc
headers a few files before...
It's way
Hi all.
Trying to run any recent version of Kazaa (Lite) under WINE fails for me,
as it trys to call an unimplemented krnl386.exe stub... ordinal 538
(ThunkTheTemplateHandle).
After doing a little minimal debugging, all I could see that ordinal doing
was messing with some segment pointers and
Hi,
I'm working on enhancing Wine's Ddraw surface code. I have not enough
experience of COM (and very small knowledge asm) to understand why I
have a crash on the following line in my test app test.exe :
lpov-Lock(NULL, SurfaceDesc, DDLOCK_WAIT, NULL);
Here is more info on the crash :
On Fri, 20 Dec 2002, Mehmet YASAR wrote:
Hi,
I'm working on enhancing Wine's Ddraw surface code. I have not enough
experience of COM (and very small knowledge asm) to understand why I
have a crash on the following line in my test app test.exe :
lpov-Lock(NULL, SurfaceDesc, DDLOCK_WAIT,
Hi everyone,
The extra support added by Chris in:
http://cvs.winehq.com/patch.py?id=6743
doesn't seem be enough for wine to pass all of his new conformance tests
added in:
http://cvs.winehq.com/patch.py?id=6744
A few of them failed, caused WRT reported:
locale.c:164: Test failed 1 of 1
It's works for me on Wine-cvs-20021219. Kazaa was broken for a time,
but has now work for at least 2-weeks. I don't think the problem was in
Wine, the solution was to load winedefault.reg.
Yes I've got all that. Kazaa 2.0.2 (or is it 2.2... the new one anyway)
calls ThunkTheTemplateHandle when
On December 20, 2002 04:55 am, Ove Kaaven wrote:
It does, but it was more difficult to get things (rpcrt4 in particular) to
compile without warnings (or huge piles of typecasts) this way, so I
decided to just use LPSTR/LPWSTR instead in the rpc headers. Didn't think
it would cause problems.
On December 20, 2002 02:07 am, Francois Gouget wrote:
Does this work?
It seems to work very well! It can go to Alexandre as far as I'm concerned.
Thanks.
--
Dimi.
On Thursday 19 December 2002 11:04 pm, Boris wrote:
I just downloaded the latest cvs on a system without windows files. I
tried to install IE5.5 and IE 6.0sp1 as win2k or winxp and as it
tries to install, the following error occurs
Unimplimented Kernel32.dll.VerSetConditionMask in 32bit mode.
--- Dmitry Timoshkov [EMAIL PROTECTED] wrote:
Steven Edwards [EMAIL PROTECTED] wrote:
We still need to double check the latest import lib and winebuild changes on
Mingw32.
I am going to be swamped for the next week or two.
Alexandre told me that it works for him with binutils 2.13.90.
that's a feature (see previous discussion on wineconsole implementation)
we could add an option for that, but it's better to fix actually the
curses implementation *first*
Yeah, this is what I though too :-)
does this attached patch solves some issues ? (it won't solve all of the
issues
Dimitrie O. Paun wrote:
On December 19, 2002 07:48 pm, Duane Clark wrote:
I also altered LISTVIEW_GetSubItemRect so that it reports correct
values, as compared against WinNT on ControlSpy.
Problem is that LISTVIEW_GetSubItemRect is documented to return
same thing for LVIR_LABEL and
Hi
On Friday 20 December 2002 02:31 pm, you wrote:
It's works for me on Wine-cvs-20021219. Kazaa was broken for a time,
but has now work for at least 2-weeks. I don't think the problem was in
Wine, the solution was to load winedefault.reg.
Yes I've got all that. Kazaa 2.0.2 (or is it
On Fri, 20 Dec 2002, Dimitrie O. Paun wrote:
On December 20, 2002 04:55 am, Ove Kaaven wrote:
It does, but it was more difficult to get things (rpcrt4 in particular) to
compile without warnings (or huge piles of typecasts) this way, so I
decided to just use LPSTR/LPWSTR instead in the rpc
It looks like my NT4 machine is setup differently than the ones running those tests,
or perhaps all default windows installs. The issue is that for LOCALE_SYSTEM_DEFAULT
the default format that we are looking for is h:m:s tt, the one that on the testing
machines is HH:m:s, this results in 8:46
I'll take a look at it and see what might be up. The tests all passed on my nt4
machine and on my local wine with the ole2nls changes, it should be pretty easy to
resolve these issues.
Chris
From: Paul Millar [EMAIL PROTECTED]
Date: 2002/12/20 Fri AM 07:10:27 EST
To: Development to WINE
On December 20, 2002 12:21 pm, Francois Gouget wrote:
No. If it's supposed to be 'unsigned char*' then that's how it should be
and Wine's code just has to deal with it.
I am not the one maintaining the rpcdce code, so I don't really care.
Ove and Alexandre should determine what to do. I don't
On December 20, 2002 01:02 pm, Duane Clark wrote:
So the only fix to LISTVIEW_GetSubItemRect that remains is to change the
offset that is applied.
This looks great. Another small nit:
+if (!(uFormat (DT_RIGHT | DT_CENTER)))
+{
+if (himl lvItem.iImage = 0 !IsRectEmpty(rcIcon))
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
Hello,
Seems that lately, as soon as I press a key in the debugger, it segfaults
and starts another debugger ... which will also segtault ... und so weiter.
So I was wondering how to debug this ? I tried to attach 'gdb' to it (and it
works) but how do I know which symbols to load (winedbg being
-Original Message-
From: Steven Edwards [mailto:[EMAIL PROTECTED]]
Sent: 20. december 2002 17:41
To: Dmitry Timoshkov; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [ros-kernel] Re: Wine 0.9 TODO v0.7
--- Dmitry Timoshkov [EMAIL PROTECTED] wrote:
Lionel Ulmer wrote:
Hello,
Seems that lately, as soon as I press a key in the debugger, it segfaults
and starts another debugger ... which will also segtault ... und so weiter.
So I was wondering how to debug this ? I tried to attach 'gdb' to it (and it
works) but how do I know which symbols
Ok, I'm about to start some serious implementation on the wintab dll.
What I need now is some giudance as to how to proceed, regarding
integration with X11 code.
Please comment on anything mentioned below.
If this is too concise, please ask for further clasification.
*Requirement for
OPn NT4 the clist shwlwapi test fails on the first call to SHLWAPI_166
(on line 478 here).
That call triggers wat looks like an internal check which pops up a nice
error window:
Debug Error!
Program: ...dlls\shlwapi\tests\Output\Win32_MSVC_Headers\shlwapi_test.exe
Module:
File:i386\chkesp.c
Casper Hornstrup [EMAIL PROTECTED] wrote:
dlltool isn't needed anymore to build dlls. gcc -shared will do the same
without any .def/.edf files.
Yes, I know. I was talking about removing stdcall decorations from exported
symbols in DLLs which is currently done in ROS by having two sets of .def
26 matches
Mail list logo
