2009/4/21 Massimo Del Fedele :
> Today I found this :
>
> #include "execinfo.h"
>
> void BT(void)
> {
> void *array[50];
> size_t size;
> char **strings;
> size_t i;
>
> size = backtrace (array, 50);
> strings = backtrace_symbols (array, size);
>
> p
>2009/4/20 Reece Dunn :
>> 2009/4/20 Susan Cragin :
Ohhh... got a nice crash after a re-boot.
>>>
>>> Never mind that. This looks more promising. At least, to me it does. The
>>> actctx error I get all the time, but I've never seen the other, and it
>>> happend right as the system froze up.
>
On Tue, Apr 21, 2009 at 01:09:47AM +1000, Paul TBBle Hampson wrote:
> I think my solution to that while keeping the same structure is to add a
> WH_WINEMOUSE_REL hook message that carries relative mouse movement data,
> and let DirectInput and RawInput hook that. This also means that
> applications
Today I found this :
#include "execinfo.h"
void BT(void)
{
void *array[50];
size_t size;
char **strings;
size_t i;
size = backtrace (array, 50);
strings = backtrace_symbols (array, size);
printf ("Obtained %zd stack frames
Hey Jesse,
Jesse Allen schreef:
OK now do you have comments? I have test cases.
On Sun, Apr 19, 2009 at 6:30 PM, Jesse Allen wrote:
In CreateSoundBuffer, some apps pass sizeof(WAVEFORMATEXTENSIBLE) for
the cbSize and we have to allow it, but only when the SubFormat is
KSDATAFORMAT_SUBTYPE
2009/4/20 Reece Dunn :
> 2009/4/20 Susan Cragin :
>>>Ohhh... got a nice crash after a re-boot.
>>
>> Never mind that. This looks more promising. At least, to me it does. The
>> actctx error I get all the time, but I've never seen the other, and it
>> happend right as the system froze up.
>>
>> fi
2009/4/20 Susan Cragin :
>>Ohhh... got a nice crash after a re-boot.
>
> Never mind that. This looks more promising. At least, to me it does. The
> actctx error I get all the time, but I've never seen the other, and it
> happend right as the system froze up.
>
> fixme:actctx:parse_depend_manifest
2009/4/20 Detlef Riekenberg :
> On Mo, 2009-04-20 at 10:01 +0200, Henri Verbeet wrote:
>> More specifically, you need to protect this with an #ifdef.
>
>> #ifdef __GNUC__
>> #define __WINE_ATTR_UNUSED __attribute__((unused))
>> #else
>> #define __WINE_ATTR_UNUSED
>> #endif
>
> Support for compiler
>Ohhh... got a nice crash after a re-boot.
Never mind that. This looks more promising. At least, to me it does. The actctx
error I get all the time, but I've never seen the other, and it happend right
as the system froze up.
fixme:actctx:parse_depend_manifests Could not find dependent assembly
2009/4/20 Detlef Riekenberg :
> Support for compiler specific features should be tested during
> configure.
>
What would that look like, approximately?
2009/4/20 Hans Leidekker :
> On Monday 20 April 2009 20:14:14 Nicolas Le Cam wrote:
>
>> Win2k SP4 seems to be the only platform that follows what msdn says (see
>> http://msdn.microsoft.com/en-us/library/aa384247(VS.85).aspx).
>
> wininet is bundled with Internet Explorer, so it's more useful to l
On Mo, 2009-04-20 at 10:01 +0200, Henri Verbeet wrote:
> More specifically, you need to protect this with an #ifdef.
> #ifdef __GNUC__
> #define __WINE_ATTR_UNUSED __attribute__((unused))
> #else
> #define __WINE_ATTR_UNUSED
> #endif
Support for compiler specific features should be tested during
On Monday 20 April 2009 20:14:14 Nicolas Le Cam wrote:
> Win2k SP4 seems to be the only platform that follows what msdn says (see
> http://msdn.microsoft.com/en-us/library/aa384247(VS.85).aspx).
wininet is bundled with Internet Explorer, so it's more useful to look at
the Explorer version than th
>Dragon NaturallySpeaking freezes up today during training, without crashing.
>I will do a regression test if needed, but suspect that the freeze may be
>already known and/or affect many programs.
>Susan
Ohhh... got a nice crash after a re-boot.
fixme:gdiplus:GdipCreateHBITMAPFromBitmap stub
Dragon NaturallySpeaking freezes up today during training, without crashing.
I will do a regression test if needed, but suspect that the freeze may be
already known and/or affect many programs.
The terminal output was singularly unhelpful. After deleting all the lines that
I see every time ofte
Hans Leidekker writes:
> diff --git a/dlls/msi/tests/db.c b/dlls/msi/tests/db.c
> index b2c7d06..41510c4 100644
> --- a/dlls/msi/tests/db.c
> +++ b/dlls/msi/tests/db.c
This fails here:
../../../tools/runtest -q -P wine -M msi.dll -T ../../.. -p msi_test.exe.so
db.c && touch db.ok
db.c:1679: Te
I thought I saw a reply regarding these points on the mailing list
archive, but I don't see it in my inbox.
Conveniently, I got an email from whot (XI2 developer) addressing these
points, but I haven't pulled from the updated XI2 repositories. On the
plus side the patches to XI2 that I included in
On Sun, Apr 19, 2009 at 02:39:43PM -0600, Vitaliy Margolen wrote:
> Paul TBBle Hampson wrote:
>> On Sun, Apr 19, 2009 at 10:48:11AM -0600, Vitaliy Margolen wrote:
>>> Paul TBBle Hampson wrote:
On Sun, Apr 19, 2009 at 12:46:20PM +0200, Stefan Dösinger wrote:
> Am Sonntag, 19. April 2009 10:
Dan Kegel writes:
> More related to http://bugs.winehq.org/show_bug.cgi?id=18067
> This adds the missing valgrind hook, and adds tests that
> show up the old problem if run under valgrind.
The tests should go with the other existing heap tests in kernel32.
--
Alexandre Julliard
julli...@winehq
Austin English wrote:
Added win_skip for NT4, where it would crash (thanks Paul!).
Discussed this one briefly with Austin. Still need a little bit of love.
--
Cheers,
Paul.
2009/4/20 James McKenzie :
> What compiler was complaining about the static inline problem? Your
> solution may cause problems with other compilers.
>
More specifically, you need to protect this with an #ifdef.
E.g.:
#ifdef __GNUC__
#define __WINE_ATTR_UNUSED __attribute__((unused))
#else
#defin
21 matches
Mail list logo
