I'm trying to figure out what's going on with my system, as I'm looking
to get Steam + Counter Strike: Condition Zero working as correctly as
possible under my system. After fighting with the Steam updater, I
finally figured out exactly how Steam is doing updates, and can reliably
get past the 26%/
Lionel Ulmer free.fr> writes:
>
> On Thu, Jan 12, 2006 at 02:17:11AM +, Aric Cyr wrote:
> > Most of the problems I've come across were GLXContext related... namely due
> > to a
> > problem in wine's wgl which causes an app to think there is a current
> > context,
> > when infact there isn't
Markus Amsler escreveu:
ChangeLog:
Implement RunSetupCommand on top of DoInfInstall.
You forgot to remove "stub":
+TRACE("(%p, %s, %s, %s, %s, %p, 0x%08lx, %p): stub\n",
hWnd, debugstr_a(szCmdName), debugstr_a(szInfSection),
debugstr_a(szDir), debugstr_a(lpszTitle),
Zoe wrote:
> Hi, I've got nothing better to do at the moment so I was wondering what
> the best way to help move things forwards and contribute back to the
> project. :-)
Glad to meet you :-)
I have a page that might help:
http://kegel.com/wine/sweng/
Hope it helps. Let me know if there's anyth
Huw,
I put you on Cc for this thread in the hope to get some information on
this issue. Is there any side effect if undefining STRETCH_VIA_DIB?
Also, do you know where the problem might be?
Regards,
Cihan
Walt Ogburn wrote:
Hi Cihan,
I'm glad it works. It looks like Huw D M Davies changed ST
Hi.
Phil Lodwick wrote:
Before I start digging deeper, I was hoping somebody might have some insight
to lead me down the correct path.
Well, you can't do much with Mozilla ActiveX Control on Wine side...
However the plan is to get rid of Wine's dependency on it. Currently
MSHTML is implement
On Thu, Jan 12, 2006 at 02:17:11AM +, Aric Cyr wrote:
> Most of the problems I've come across were GLXContext related... namely due
> to a
> problem in wine's wgl which causes an app to think there is a current context,
> when infact there isn't. (See wglGetCurrentContext in wgl.c, and see wha
* Zoe Parsons <[EMAIL PROTECTED]> [12/01/06, 18:37:43]:
> Hi, I've got nothing better to do at the moment so I was wondering what
> the best way to help move things forwards and contribute back to the
> project. :-)
>
Hi,
being a fairly new contributor to the wine project myself, I can point
a
On Thu, Jan 12, 2006 at 09:02:42PM +0100, Rolf Kalbermatter wrote:
> Thomas Weidenmueller wrote:
>
> > We've been using PCH with GCC for a long time in ReactOS, it's been
> > working very well and reliable. Compiling ReactOS is *a lot*
> > faster with
> > PCH enabled.
>
> Basically what I get in
Thomas Weidenmueller wrote:
> We've been using PCH with GCC for a long time in ReactOS, it's been
> working very well and reliable. Compiling ReactOS is *a lot*
> faster with
> PCH enabled.
Basically what I get in MSVC 6 when modifing a header somewhere and PCH is
enabled is that MSVC keeps moc
> Heh, and linux just dropped support for anything below gcc 3.2:
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=fd285bb54d8a3e99810090ae88cfe8ed77d1da25
>
> Maybe we want to drop that too.
>
> Let the flame war begin ...
Well, we use a lowest common denomi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, I've got nothing better to do at the moment so I was wondering what
the best way to help move things forwards and contribute back to the
project. :-)
- --
Zoe Parsons | skype:mpsonscix
[EMAIL PROTECTED] | http://livejournal.com/~zoep
[
Jeremy White wrote:
Changelog:
* Use the U() macros to preserve gcc 2.95 compatibility
Heh, and linux just dropped support for anything below gcc 3.2:
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=fd285bb54d8a3e99810090ae88cfe8ed77d1da25
Maybe we want to d
Alex Villacís Lasso wrote:
+}
+}
+}
+}
+}
+}
+}
+}
+}
Hmm. A 100 line function with 10 levels of indent...
Any chance of rewriting this to reduce
Peter Åstrand wrote:
> Disabling precompiled headers is the first thing I do when starting a
> new project. We are using Visual C++ 2003/7.1, which often fails if you
> are building from a network share (this is more or less unsupported
> though, see
> http://groups.google.com/groups?hl=en&lr=lang_
On Wed, Jan 11, 2006 at 05:55:00PM +0100, Piotr Pawłow wrote:
> Hello,
>
> Wine's implementation of GetKerningPairs in dlls/gdi/font.c behaves
> incorrectly (crashes) if lpkrnpair is NULL and nNumPairs is not zero.
Thanks, patch sent and committed.
Huw.
--
Huw Davies
[EMAIL PROTECTED]
Hello Steven,
> Alexandre did not like the needed changes required to add support for
> this but I figured I would throw it out for debate anyway in case
> anyone else can make him change his mind (duck). The issue is he does
> not like needing a single header per-program or per dll. After doing
>
Hi,
I submitted a patch (attached) on the 15th of December. Without my
patch, Solar Fire is broken on Wine, as it can't display its symbol font
(codepage 42) correctly. As far as I can tell, according to this
documentation:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/in
On 1/11/06, Aric Cyr <[EMAIL PROTECTED]> wrote:
> Hi all,
Hello Aric,
>
> Just wanted to chime in with a status update on my porting of wined3d to WGL.
>
:-)
>
> For testing d3d8 I've been using 3DMark2001SE and some DirectX tutorial/demo
> apps. For d3d9 I use World of Warcraft (hehe) and mor
On Thu, 12 Jan 2006, Rolf Kalbermatter wrote:
I've had issues with header changes with MSVC precompiled headers too.
Sometimes the only solution is to disable precompiled headers and delete
the pch file. For fairness I have to say that I'm still using MSVC 6 so
there is a good chance that more r
Hi Stefan,
On 1/12/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hi,
> > Unfortunately no. At first this was my plan as well and I had only ported
> > wined3d. However upon testing any d3d8 or d3d7 apps, they all broke. The
> > reason was that they are already partially using wined3d and the
> The other option is for me to wait for all d3d and ddraw stuff to be ported
> to wined3d before merging my wgl stuff, but my stuff is already done and
> who knows when the ddraw/d3d stuff will be completely ported to wined3d.
I guess that will slow down the process terribly.
> Another scenario
Hi,
> Unfortunately no. At first this was my plan as well and I had only ported
> wined3d. However upon testing any d3d8 or d3d7 apps, they all broke. The
> reason was that they are already partially using wined3d and the mix of glX
> and wgl calls was causing many problems. That's when I reali
Hi,
it's already in the subject, but here's a better changelog:
Static control:
- Support STN_ENABLE and STN_DISABLE notifications
- Repaint immediately upon WM_ENABLE
Regards,
Michael
On 1/11/06, Michael Kaufmann <[EMAIL PROTECTED]> wrote:
--- static-old.c2006-01-11 22:43:23.000
Stefan Dösinger gmx.at> writes:
>
> Hi,
> > Basically, I am in the debug phase, and at this point most bugs have been
> > ironed out. That is, for dx9 stuff. I soon ran into problems/regressions
> > with dx8 or lower (including ddraw!). So I ended up repeating the (almost)
> > exactly same wo
Steven Edwards wrote:
> Alexandre did not like the needed changes required to add support for
> this but I figured I would throw it out for debate anyway in case
> anyone else can make him change his mind (duck). The issue is he does
> not like needing a single header per-program or per dll. After
26 matches
Mail list logo
