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/glx/xm…
If it needs a wglFlush, it should call X11DRV_wglFlush (and only if there's a
current context; you can't call gl* functions without one set). It can be an
exceptionally costly call …
[View More]though, especially if it's going to be flushed again
immediately after, so unless it's needed to fix some bug, I'd recommend not
flushing explicitly.
[View Less]
Hi Seth!
On Fri, Jan 23, 2009 at 4:46 AM, Seth <seth.goldy(a)gmail.com> wrote:
> ..or possibly Winapt. I read through your documentation and i am quite
> interested in your idea. I'm not much of a programmer, but i have a
> need knowledge of windows, registry, what dlls are doing, how to find
> dependencies, and who knows what else. I've been around windows since the
> age of 9 with windows 3.1 I've recently come to grips with the value of
> open source software …
[View More]and the superiority of the Linux operating system (ie.\
> the reason why it's more secure, not just the fact that it is). I'm mostly
> curious if you're still actively pursuing this project, I didn't assume that
> i would be needed as a contributor to this project.
>
I never really started pursuing Winapt. Most I got to was the initial
planning documentation:
http://svn.berlios.de/svnroot/repos/winapt/winapt/trunk/docs/design/
Anyway, it is my intention to start working on this soon. I have a few
loose ends to sort out before that with my other open-source
endeavours.
Regards,
-- Shlomi Fish
>
>
> -seth
--
------------------------------------------
Shlomi Fish http://www.shlomifish.org/
Electrical Engineering studies. In the Technion. Been there. Done
that. Forgot a lot. Remember too much.
[View Less]
Alexander Morozov ha scritto:
>> git clone git://source.winehq.org/git/wine.git ~/wine-git
>> git-am 0001...
>> git-am 0002...
>>
>
> You should run tools/make_makefiles before configuring.
Thanks. I redid it from scratch, and imported the relevant keys directly
from windows.
Now this is what I get after launching the program:
fixme:ntoskrnl:KeInitializeSpinLock stub: 0x129824
wine: Call from 0x7ee2e8b0 to unimplemented function
usbd.sys.…
[View More]USBD_GetUSBDIVersion, aborting
wine: Unimplemented function usbd.sys.USBD_GetUSBDIVersion called at
address 0x7ee2e8b0 (thread 0022), starting debugger...
Unhandled exception: unimplemented function
usbd.sys.USBD_GetUSBDIVersion called in 32-bit code (0x7ee2e923)
Then a lot of debug info follows, register dumps and so on. After that,
the program continues normally. Don't know if it would be worth posting,
please let me know.
[View Less]
On Thu, Feb 19, 2009 at 4:14 PM, Detlef Riekenberg <wine.dev(a)web.de> wrote:
>
> James: A fixed path is broken by design.
>
A "Thanks for spending weeks of your time laboriously testing and
implementing fusion" would have sufficed.
--
James Hawkins
A few months ago, Alexandre started including lists of fixed
bugs in his release announcements.
See e.g. http://www.winehq.org/announce/1.1.15, which says
Bugs fixed in 1.1.15:
5694 Lionhead Black & White 2 demo crashes
7014 Unhandled page fault when exiting Commandos - BEL
7297 MIDI in/out fails, ports recognized
...
I rather like those lists. He generates them by simply querying
for open but fixed bugs right when he does the release;
he then closes the bugs. They're good …
[View More]for PR if nothing else.
For this to work, we have to let Alexandre be the only person
to close fixed bugs. (Of course, it's ok for other people to
mark bugs fixed, and it's ok for anyone to close invalid or dup bugs.)
If anybody else closes a fixed bug, it won't show up in the
list of fixed bugs for any release.
A corner case is when a bug is marked fixed sometime
after release. I think it's ok to leave it for Alexandre to
close; that way it shows up in at least one release announcement.
Even if it shows up a few releases late, that's better than not
showing up at all.
Sound reasonable?
I ask because Vitaliy closed http://bugs.winehq.org/show_bug.cgi?id=10923
even after I tried to explain this to him, so I figured it
needed a wider discussion.
- Dan
[View Less]
And now also to the list:
On Fri, Feb 20, 2009 at 9:32 PM, Remco <remco47(a)gmail.com> wrote:
> On Fri, Feb 20, 2009 at 9:28 PM, Dan Kegel <dank(a)kegel.com> wrote:
>>
>> Please try again, and paste the entire output page, I've added more info.
>>
>> Thanks!
>>
>
> Firefox 3 on an unknown distribution Linux!
>
> userAgent Mozilla/5.0 (X11; U; Linux x86_64; en; rv:1.9.0.6)
> Gecko/20080528 Epiphany/2.22 Firefox/3.0
>
> I don't …
[View More]think you're gonna be able to get the distribution name out of
> that... a problem with Epiphany I guess.
>
> Remco
>
[View Less]