Jeremy Newman wrote:
> This is a reminder. WineHQ will be going offline for upgrades today at
> 14:00 CDT (19:00 GMT).
>
> I expect downtime to be no longer than one hour. Some services will
> appear to have sporadic outages even after the upgrade is complete. This
> will be due to changes in conf
On Wednesday 12 September 2007 04:09:14 pm Roderick Colenbrander wrote:
> +visinfo = pglXGetVisualFromFBConfig(display, cfgs[i]);
> +/* We have found an offscreen rendering format when there is no
> visualinfo :) */
> +if(visinfo->visualid == visualid) {
> pg
On 12/09/2007, Rolf Kalbermatter <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>
> >I experienced exactly the same problem with Solidworks 2007
> >http://appdb.winehq.org/appview.php?iVersionId=8983
> >with occasionnal big slowdowns caused by a 1x1x24bpp bitmap
> >allocation.
> >In
Excellent news. Thanks Jeremy.
Chris
On 9/12/07, Jeremy Newman <[EMAIL PROTECTED]> wrote:
> OK, the server is back online. There still may be small outages for the
> next few days as I tweak config files and such.
>
> For the web developers (appdb guys), WineHQ.org is now using:
>
> PHP 5.2
> m
On 12/09/2007, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
...so what the patch *actually* does in a completely obfuscated way,
is getting rid of the assumption that the normal is normalized.
IOW,
-shader_addline(buffer, "tmp0.xyz = reflect(-tmp1.xyz, tmp0.xyz);\n");
+shader_addline(buffe
OK, the server is back online. There still may be small outages for the
next few days as I tweak config files and such.
For the web developers (appdb guys), WineHQ.org is now using:
PHP 5.2
mySQL 5.0
You can now start committing patches using the new PHP5 capabilities.
Enjoy!
On Wed, 2007-09-1
Andrew Talbot wrote:
Paul Vriens wrote:
Doesn't this mean that every one of those 4 mmio-calls are executed? In
the previous logic we would bail out after one failure.
My reasoning is that short-circuit evaluation ensures that expressions are
evaluated from left to right, and as soon as one
Paul Vriens wrote:
> Doesn't this mean that every one of those 4 mmio-calls are executed? In
> the previous logic we would bail out after one failure.
>
My reasoning is that short-circuit evaluation ensures that expressions are
evaluated from left to right, and as soon as one evaluates as true,
Andrew Talbot wrote:
Changelog:
avifil32: Fix some memory leaks.
-if (mmioSeek(This->paf->hmmio, This->paf->dwNextFramePos, SEEK_SET) == -1)
- return AVIERR_FILEWRITE;
-if (mmioCreateChunk(This->paf->hmmio, &ck, 0) != S_OK)
- return AVIERR_FILEWRITE;
-if (mmioWrite(T
> Just a wild guess, does the attached patch fix the problem? Battlefield
> 1942 shows the same behavior in windowed mode.
Thanks for suggesting a fix, but that doesn't fix the problem.
--Juan
This is a reminder. WineHQ will be going offline for upgrades today at
14:00 CDT (19:00 GMT).
I expect downtime to be no longer than one hour. Some services will
appear to have sporadic outages even after the upgrade is complete. This
will be due to changes in configs and upgraded versions of serv
"Lei Zhang" <[EMAIL PROTECTED]> wrote:
I feel "after every message" is bloating the test too much. If we take
the approach where we believe anything can go wrong and check
everything after every message, then we'll spend the rest of our lives
writing tests.
That's certainly an exaggeration. Yo
"Roderick Colenbrander" <[EMAIL PROTECTED]> writes:
> This is an updated version of the patch. In the previous one I was
> making a glBindBuffer call in a place without checking if PBOs were
> around. Further the place didn't need the call anymore.
This breaks the tests for me:
../../../tools/ru
Am Mittwoch, 12. September 2007 04:37:51 schrieb Markus Amsler:
> Juan Lang wrote:
> > Folks, I just sent a series of wintrust patches that gets iTunes 7 to
> > start, at least for me. I expect some will get rejected due to
> > collision with Francois's patch - I'll resynch and resend. But if you
[EMAIL PROTECTED] wrote:
>I experienced exactly the same problem with Solidworks 2007
>http://appdb.winehq.org/appview.php?iVersionId=8983
>with occasionnal big slowdowns caused by a 1x1x24bpp bitmap
>allocation.
>In this case it doesn't crashed, but allocate more than 1GB of swap.
>
>I f
On 9/11/07, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "Lei Zhang" <[EMAIL PROTECTED]> wrote:
>
> > I'll add EM_GETSEL checks as well.
>
> I'm sorry, but in your latest patch you have added only one EM_GETSEL,
> but that's not "after every message" as repeated in each my mail.
>
> --
> Dmitry.
>
16 matches
Mail list logo