On Sat, May 15, 2010 at 1:55 AM, Octavian Voicu
wrote:
> Forgot to mention, this fixes http://bugs.winehq.org/show_bug.cgi?id=19861.
I also have another idea. There are many issues that depend on
packagers to properly package wine, it's dependencies, and also
configure various aspects that might
Forgot to mention, this fixes http://bugs.winehq.org/show_bug.cgi?id=19861.
Octavian
On Fri, May 14, 2010 at 11:32 AM, Dan Kegel wrote:
> On Fri, May 14, 2010 at 11:27 AM, Dan Kegel wrote:
>>> http://stud4.tuwien.ac.at/~e0526822/mydemo.dem.bz2
>>
>> It ran nicely (if gruesomely). But how do you get framerates out of this
>> (on Windows)?
>> http://www.digital-daily.com/video/hl2
On Fri, May 14, 2010 at 11:27 AM, Dan Kegel wrote:
>> http://stud4.tuwien.ac.at/~e0526822/mydemo.dem.bz2
>
> It ran nicely (if gruesomely). But how do you get framerates out of this
> (on Windows)?
> http://www.digital-daily.com/video/hl2-benchmarking/ claims it shows
> them in the console, and s
On Fri, May 14, 2010 at 10:19 AM, Stefan Dösinger
wrote:
> My timedemo is this one here:
> http://stud4.tuwien.ac.at/~e0526822/mydemo.dem.bz2
>
> It is quite old, but still works. It is a rather long one, but I recorded it
> when Wine ran this game at ~25 fps. Nowadays it runs at 90-100 fps, so th
Am Donnerstag 13 Mai 2010 03:10:10 schrieb Dan Kegel:
> I hear there's a +timedemoquit command
>
> Can you send me the timedemo files you use?
My timedemo is this one here:
http://stud4.tuwien.ac.at/~e0526822/mydemo.dem.bz2
It is quite old, but still works. It is a rather long one, but I rec
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=2067
Your paranoid android.
Edward Savage wrote:
> On Sat, May 15, 2010 at 1:11 AM, Jeremy White wrote:
>> I can't find anything on that release, but we're certainly happy to
>> put together another one for Wine 1.2. I've CC'd Jon Parshall, as he's
>> the guy that'll get to do it.
>>
>
> Could you link us to a copy of the
On Sat, May 15, 2010 at 1:11 AM, Jeremy White wrote:
>
> I can't find anything on that release, but we're certainly happy to
> put together another one for Wine 1.2. I've CC'd Jon Parshall, as he's
> the guy that'll get to do it.
>
Could you link us to a copy of the 1.0 one?
Some one profession
The patch looks like it makes sense at first sight (though the double
conversion check is less than ideal), but you really want something
more descriptive for the Changelog.
Hey Brian,
>
> Jeremy - do you have a copy of the real press release we did for 1.0? I
> dug around looking for it and couldn't find it. Looks like we never
> properly posted it on WineHQ. It did get picked up by quite a few news
> sites, but Google isn't finding it.
>
> Scott / Edward - whe
Dmitry Timoshkov writes:
> Aric Stewart wrote:
>
>>I know this is not official MSDN documentation but this appears to
>> disagree with you. http://www.catch22.net/tuts/neatpad/11
>>
>> It also makes sense to have all the complex script processing logic in
>> one place instead of spreading
ok, so the LPK calls uniscribe. Do you feel we should implement the LPK
style of interface to gdi32? It seems needlessly cumbersome to me. The
LPK.dll interfaces seem to be undocumented but based on names should not
be to difficult to figure out.
-aric
Dmitry Timoshkov wrote:
Aric Stewart
Aric Stewart wrote:
>I know this is not official MSDN documentation but this appears to
> disagree with you. http://www.catch22.net/tuts/neatpad/11
>
> It also makes sense to have all the complex script processing logic in
> one place instead of spreading it out and duplicating it.
Bidi a
>
> @@ -245,6 +254,18 @@ static int dump_location(void)
> }
> printf("\n");
>
> +/* dump information about the network volume the link points to */
> +printf("Network volume ofs= %08x ", loc->dwNetworkVolTableOfs);
> +if (loc->dwNetworkVolTableOfs &&
> (loc->dwNetworkVolTabl
On Fri, May 14, 2010 at 2:22 AM, Paul Vriens wrote:
> What's the status on the Valgrind reporting you were doing (automatically)?
> The last one is from March 18th if I'm correct.
It got lost in the shuffle (sore wrists, busy day job, etc.) but I
should be able
to start it up again. (Once I have
Hi Dmitry,
I know this is not official MSDN documentation but this appears to
disagree with you. http://www.catch22.net/tuts/neatpad/11
It also makes sense to have all the complex script processing logic in
one place instead of spreading it out and duplicating it.
Why do you say that Wind
Hi,
>The 64-bit support is now more or less complete
I hope I can finish my MCI parser patches in time. Without them,
every 64bit app using MCI string commands is likely to crash (OTOH
MCI commands work (those using the MCI_*_PARAMS structures)).
What can Mac users expect from this release?
Yes
Ilya Shpigor writes:
> ---
> dlls/shdocvw/Makefile.in |1 +
> dlls/shdocvw/dataobject.c | 127
> +
> dlls/shdocvw/shdocvw.h|3 +
> dlls/shdocvw/webbrowser.c |4 ++
> 4 files changed, 135 insertions(+), 0 deletions(-)
> create mode 1
On 02/28/2010 03:49 PM, Dan Kegel wrote:
Two things: I moved to karmic (and now more modules are enabled, since
it comes with new-enough libraries), and I updated valgrind. I haven't
had time to dig in to the differences. The suppressions file also needs
updating for karmic.
Hi Dan,
What's
On Sun, 9 May 2010, Nikolay Sivov wrote:
> I don't think it's dead. Variable ptr is used in a cycle.
You are amazing. And right. I just submitted an updated patch.
Gerald
On Sun, 9 May 2010, Vitaliy Margolen wrote:
> On 05/07/2010 01:06 PM, Gerald Pfeifer wrote:
>> -oldPen = SelectObject(hdc, greenPen);
>> +SelectObject(hdc, greenPen);
> If it's not used it's a bug. Everything should be reset to original
> state to prevent influence on following tests. Ther
22 matches
Mail list logo
