Being as compatible with Windows as possible would probably be the best
idea. As for looking to ReactOS as a guide, it might be feasible, but
there's a lot of holes in their implementations of things, so this would
take some looking into as to where they stand in that area. But it might
be worth it
2005/6/19, James Liggett <[EMAIL PROTECTED]>:
> Hi Brad,
> I've been following you discussion about wine's registry format, and I
> find it interesting. I gave it some thought, I have have an idea. Have
> you thought about using XML as a potential format? Since the registry is
> a non-relational tr
On Mon, 2005-06-20 at 00:05 +0200, Jacek Caban wrote:
> Hello.
>
> This patch adds support for XEmbed embedder
> It implements most of it (remaining todos
> are listed in comments of xembed.c).
Cool stuff, I'm really excited about this work.
Not to mention that this might prove useful outside
of
I see the following X error (After fixing a bug in utah GLX)
trace:ddraw:initialize enabling DirectDraw HAL
trace:ddraw:d3ddevice_init_at_startup Initializing GL...
@@Created GLX Context..
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed
Robert Shearman wrote:
Evil wrote:
After pulling the CVS changes yesterday, My Dreamweaver MX no longer
starts (hangs on splash). I'm pretty sure I ran it against CVS on
Thursday, so this must be a recent change.
I turned on a couple of debug channels and it seems to be looping on
a NtWai
James Liggett wrote:
Hi Brad,
I've been following you discussion about wine's registry format, and I
find it interesting. I gave it some thought, I have have an idea. Have
you thought about using XML as a potential format? Since the registry is
a non-relational tree database, this seems to fit q
Over the past few weeks I have been experimenting with SVK and Subversion
managing a handful of branches to Wine CVS, and it appears to be working
well. The system is based on a "central" Subversion repository that mirrors
the Wine CVS tree without any modifications (publicly readable at
svn://
Ove Kaaven schrieb:
søn, 19,.06.2005 kl. 16.07 +0100, skrev Mike Hearn:
On Sat, 2005-06-18 at 05:12 -0400, Ove Kaaven wrote:
That OpenGL hotfix is for 1.5.0 (improved ARB_pixel_format, something
Wine already have). The VM issue this thread is about is in 1.5.1. This
is not the fix you're lo
Andreas Mohr wrote:
Hi,
On Sun, Jun 19, 2005 at 03:43:17AM -0400, [EMAIL PROTECTED] wrote:
fixme:ole:CoCreateInstance no classfactory created for CLSID
{a65b8071-3bfe-4213-9a5b-491da4461ca7}, hres is 0x80040154
^^
Uhmm... why don't you regsvr32 that DLL
Evil wrote:
After pulling the CVS changes yesterday, My Dreamweaver MX no longer
starts (hangs on splash). I'm pretty sure I ran it against CVS on
Thursday, so this must be a recent change.
I turned on a couple of debug channels and it seems to be looping on a
NtWaitForMultipleObjects whose
On Sunday 19 June 2005 18:56, James Liggett wrote:
> Hi Stefan,
> Thanks for the reply. I have tried this already, and it doesn't seem to
> work. I tried setting all dlls for ie6setup.exe to builtin, and while I
> got more fixme's than normal, the problem still didn't go away. Here's
> the config f
Hi Brad,
I've been following you discussion about wine's registry format, and I
find it interesting. I gave it some thought, I have have an idea. Have
you thought about using XML as a potential format? Since the registry is
a non-relational tree database, this seems to fit quite well. Plus,
there's
Hi,
On Sun, Jun 19, 2005 at 03:43:17AM -0400, [EMAIL PROTECTED] wrote:
> fixme:ole:CoCreateInstance no classfactory created for CLSID
> {a65b8071-3bfe-4213-9a5b-491da4461ca7}, hres is 0x80040154
^^
Uhmm... why don't you regsvr32 that DLL (DxDiagProvider), then? :)
Hi Stefan,
Thanks for the reply. I have tried this already, and it doesn't seem to
work. I tried setting all dlls for ie6setup.exe to builtin, and while I
got more fixme's than normal, the problem still didn't go away. Here's
the config file I'm using:
WINE REGISTRY Version 2
;; All keys relative
On Sun, Jun 19, 2005 at 10:28:10AM -0700, Jesse Allen wrote:
> Does this game actually support OpenGL? I don't think it does.
It uses Direct3D8 from the last time I discussed it with someone on IRC.
Lionel
--
Lionel Ulmer - http://www.bbrox.org/
søn, 19,.06.2005 kl. 16.07 +0100, skrev Mike Hearn:
> On Sat, 2005-06-18 at 05:12 -0400, Ove Kaaven wrote:
> > That OpenGL hotfix is for 1.5.0 (improved ARB_pixel_format, something
> > Wine already have). The VM issue this thread is about is in 1.5.1. This
> > is not the fix you're looking for.
>
On 6/19/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I'm back, and with another game that will (hopefully) be playable in wine
> soon. Guild Wars, another extremely popular MMORPG, is fairly close to
> working in wine right now (I'm running latest cvs). It installs flawlessly,
> opens to
On Sun, 2005-06-19 at 11:06 -0500, Dustin Navea wrote:
>
> Perhaps, though, instead of asking people who contribute code and an
> err to update the documentation, we should setup a script that will
> track cvs commit emails (and the attached patch) and just ask
> alexandre to explain what would
You are right, it is completely different, but I was just stating that I
think it might be something to consider, just so that we non-developers
have some clue about what different errors mean.. I, for one, would
like to know what the error message in my original reply means. And
having some
On Sat, 2005-06-18 at 05:12 -0400, Ove Kaaven wrote:
> That OpenGL hotfix is for 1.5.0 (improved ARB_pixel_format, something
> Wine already have). The VM issue this thread is about is in 1.5.1. This
> is not the fix you're looking for.
Ah OK, thanks.
I guess you don't wish to tell us what the bug
After pulling the CVS changes yesterday, My Dreamweaver MX no longer
starts (hangs on splash). I'm pretty sure I ran it against CVS on
Thursday, so this must be a recent change.
I turned on a couple of debug channels and it seems to be looping on a
NtWaitForMultipleObjects whose signal never
On Fri, 17 Jun 2005 22:33:19 -0500, Rob Shearman wrote:
> Don't use native (core) Win98 DLLs.
In this case it can't be avoided, IE installer unzips a native
advapi32.dll into the same directory it runs from, so it overrides
builtin advapi. Our GDI32 then calls a function which is exported by this
On Fri, 17 Jun 2005 22:01:11 +0200, Alexandre Julliard wrote:
> Of course checking for the actual bug would have worked, and would
> have continued working once the bug was fixed. That's the right way to
> handle that sort of problem, and it doesn't require any version info at
> all.
Sure, that's
On Saturday 18 June 2005 03:09, James Liggett wrote:
> Hello all,
> I've noticed some problems installing Internet Explorer 6 SP1 with any
> version of WINE newer than 20050310, and that includes CVS as of
> yesterday. Apparently, I'm not the only one; many other are also having
> issues with 20050
> Hi,
>
> On Fri, Jun 17, 2005 at 10:03:49PM +0200, Paul Vriens wrote:
>> PROCESS_TIMES is a name I made up as I don't seem to be able to find
>> another struct that matches. Is it ok to put that one in winternl.h ?
> An explanatory comment would be in order, I think.
> It's not a good idea to "inv
I'm back, and with another game that will (hopefully) be playable in wine soon.
Guild Wars, another extremely popular MMORPG, is fairly close to working in
wine right now (I'm running latest cvs). It installs flawlessly, opens to the
login screen, and then crashes when it should be connecting
Hi,
On Fri, Jun 17, 2005 at 10:03:49PM +0200, Paul Vriens wrote:
> PROCESS_TIMES is a name I made up as I don't seem to be able to find
> another struct that matches. Is it ok to put that one in winternl.h ?
An explanatory comment would be in order, I think.
It's not a good idea to "invent" stuff
On Sat, 18 Jun 2005 22:22:56 +0200, Alexandre Julliard wrote:
> Actually the current method is probably the fastest for everything
> except the initial read.
The only reason that the current method is fast is because we're loading
the entire registry into memory. As stated in Bugzilla, this is
28 matches
Mail list logo
