2009/2/23 Austin English :
> +STDMETHOD(ApplyStateBlock)(THIS_ DWORD_PTR Token) PURE;
> +STDMETHOD(CaptureStateBlock)(THIS_ DWORD_PTR Token) PURE;
> +STDMETHOD(DeleteStateBlock)(THIS_ DWORD_PTR Token) PURE;
> +STDMETHOD(CreateStateBlock)(THIS_ D3DSTATEBLOCKTYPE Type,DWORD_PTR *
Ricardo Filipe wrote:
>
>
>
>
>
Hi,
Could you turn that skip() into a win_skip()? Usually it's a good idea to do a
SetLastError(0xdeadbeef or something like that) before calling the function,
especially because you are
2009/2/23 Erich Hoover :
> On Sun, Feb 22, 2009 at 2:34 PM, Jérôme Gardou
> wrote:
>>
>> Chris Robinson a écrit :
>>>
>>> Having the information there of why it crashed would be nice too,
>>> especially if it's hard to reproduce. Knowing what the fault was, and where
>>> (with a backtrace if possi
Mikołaj Zalewski a écrit :
>
> I've written a dialog about a crash some time ago to add to winedbg
> (http://www.winehq.org/pipermail/wine-patches/2009-January/068073.html).
> It's probably time to ask what is the status of this patch?
> If this patch gets accepted (Alexandre seemed to like the
I've written a dialog about a crash some time ago to add to winedbg
(http://www.winehq.org/pipermail/wine-patches/2009-January/068073.html).
It's probably time to ask what is the status of this patch?
If this patch gets accepted (Alexandre seemed to like the previous
version, but pointed tha
On Fri, Feb 20, 2009 at 3:15 PM, Piotr Skólski wrote:
> Hi.
> I want help you.
> I know c glibc and svn.
> I don't know git(but i'm leraning) and winapi(i don't know how learn without
> windows).
> Where my skils will be usefull.
> I have StarCraft and i want help you with dib engine but my skils
On Sun, Feb 22, 2009 at 2:34 PM, Jérôme Gardou wrote:
> Chris Robinson a écrit :
>
>> Having the information there of why it crashed would be nice too,
>> especially if it's hard to reproduce. Knowing what the fault was, and where
>> (with a backtrace if possible) can give the more development-inc
Chris Robinson a écrit :
> Having the information there of why it crashed would be nice too, especially
> if it's hard to reproduce. Knowing what the fault was, and where (with a
> backtrace if possible) can give the more development-inclined people
> information of where to look for the issue,
On Sunday 22 February 2009 1:15:42 pm Erich Hoover wrote:
> On Sun, Feb 22, 2009 at 2:08 PM, Jérôme Gardou
wrote:
> > And ReportFault would be "Your application crashed because of unexpected
> > behaviour. Please report a bug to http://bugs.winehq.org. Don't forget to
> > attach /tmp/wine.0.log. P
On Sun, Feb 22, 2009 at 2:08 PM, Jérôme Gardou wrote:
> Erich Hoover a écrit :
>
>> I know quite a few people (my converts) that run applications (mostly
>> games) where they launch the application from an icon and there is no
>> console. They've complained to me every once in a while that they w
Erich Hoover a écrit :
> I know quite a few people (my converts) that run applications (mostly
> games) where they launch the application from an icon and there is no
> console. They've complained to me every once in a while that they
> would much prefer a dialog informed them when their applic
On Sun, Feb 22, 2009 at 1:34 PM, Jérôme Gardou wrote:
> ...
> I'm not sure
> that we want to reproduce windows XP behaviour here (understand "Your
> application encountered an unexpected error. What do you want to do :
> send report/do not send) which annoys most people, and is not that useful.
>
Chris Robinson a écrit :
> On Sunday 22 February 2009 12:09:01 pm Austin English wrote:
>
>> On Sun, Feb 22, 2009 at 8:58 AM, Jérôme Gardou
>>
> wrote:
>
>>> Jérôme Gardou a écrit :
>>>
This should help debugging applications which performs their own
exception handling
On Sunday 22 February 2009 12:09:01 pm Austin English wrote:
> On Sun, Feb 22, 2009 at 8:58 AM, Jérôme Gardou
wrote:
> > Jérôme Gardou a écrit :
> >> This should help debugging applications which performs their own
> >> exception handling.
> >
> > After a bit of thinking, I think that this should
On Sun, Feb 22, 2009 at 8:58 AM, Jérôme Gardou wrote:
> Jérôme Gardou a écrit :
>> This should help debugging applications which performs their own
>> exception handling.
> After a bit of thinking, I think that this should be displayed each time
> the function is called. Is there any macro in wine
On Sun, Feb 22, 2009 at 11:33 AM, Kai Blin wrote:
>> >> Please try http://kegel.com/wine/distro.html
>
> You can see that the userAgent string contains (Kubuntu)...
Oh, right, thanks. I've added a lower-case ubuntu to the list,
can you try again? (The search should be case-
insensitive, but I h
On Sunday 22 February 2009 15:51:31 Dan Kegel wrote:
> On Sun, Feb 22, 2009 at 4:45 AM, Kai Blin wrote:
> >> Please try http://kegel.com/wine/distro.html
> >
> > Konqueror 3.5 on an unknown distribution Linux an unknown CPU!
> > userAgent Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10
Massimo Del Fedele ha scritto:
> Hi,
>
> I made some changes to DIB engine :
>
> 1) Some more consistent DIB type naming and color handling
> 2) Partial implementation of 256 ROP3 operations
> 3) Partial ROP3 implementation on blitting (stil no pattern)
> 4) Some optimizations in blitting code
>
https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-February/007108.html
says the pulseaudio daemon will autorestart,
so anyone who's been relying on killing it
might want to test with fresh jaunty to see
if they've fixed the problems...
Jérôme Gardou a écrit :
> This should help debugging applications which performs their own
> exception handling.
After a bit of thinking, I think that this should be displayed each time
the function is called. Is there any macro in wine/debug.h which would
display a message, even when WINEDEBUG
Chris Robinson a écrit :
> On Saturday 21 February 2009 2:00:26 pm Jérôme Gardou wrote:
>
>> according to
>> http://msdn.microsoft.com/en-us/library/dd374387(VS.85).aspx,
>> wglMakeCurrent proceeds a flush before switching.
>>
> glXMakeCurrent also forces a flush:
> http://www.opengl.org/do
On Sun, Feb 22, 2009 at 4:45 AM, Kai Blin wrote:
>> Please try http://kegel.com/wine/distro.html
>
> Konqueror 3.5 on an unknown distribution Linux an unknown CPU!
> userAgent Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like
> Gecko) (Kubuntu)
Yeah, that's https://bugs.launchpad.
On Saturday 21 February 2009 2:00:26 pm Jérôme Gardou wrote:
> according to
> http://msdn.microsoft.com/en-us/library/dd374387(VS.85).aspx,
> wglMakeCurrent proceeds a flush before switching.
glXMakeCurrent also forces a flush:
http://www.opengl.org/documentation/specs/man_pages/hardcopy/GL/html/gl
> Next idea: why don't we detect the user's distro via javascript, and
> put a targeted link to the 'right' package above the table?
>
> Please try http://kegel.com/wine/distro.html
> and let me know if it detects your distro properly,
> I'll fix it up as needed.
>
> I'm kind of excited about this
come on folks, pick up the ball. acknowledge that you're aware that
there is an authoritative source of information on this
horrendously-complex topic, in the form of nothing less than a fully
functioning reference implementation.
so this:
> > Ok, I'll try to find out.
> > Rob, could you suggest
25 matches
Mail list logo
