I'm seeing the same constantly busy CPU on Windows XP with a NVIDIA
GeForce GT 220 and driver version 301.42. Changing the vertical sync
setting int the NVIDIA Control Panel has no effect. I'm using the Qt
5.0 Beta 1 binaries from http://releases.qt-project.org/qt5.0/beta1/.
Bradley
On 30.08.2012 18:16, Thiago Macieira wrote:
> On quinta-feira, 30 de agosto de 2012 17.25.24, Pau Garcia i Quiles wrote:
>> There are more differences than that. There are differences in
>> features, such as threading support, large-file support, etc.
>> Mingw-w64 is usually ahead of any other in t
On 31.08.2012 09:02, Pau Garcia i Quiles wrote:
>
>> All those MinGW and forks contain mingw32-make.exe util which does have -j
>> option, but in fact this option doesn't make the real parallel build. Maybe
>> sh.exe is needed, but this shell util will pass the incompatible path string
>> so that t
> Any thoughts on this ?
Perhaps worth checking that you have vsync enabled on graphics driver's
settings. Scenegraph leans on vsync, so potentially the animation loop
would run quite wild if there was no binding to actual display refresh
rate.
Hth,
Markus
On 01.09.2012 12:52, Thiago Macieira wrote:
> On sábado, 1 de setembro de 2012 12.47.15, Peter Kümmel wrote:
>> So you think it is possible to use DW2 for 32 bit binaries?
>
> Yes.
>
>> What happens if a binary compiled with GCC/DW2 calls a
>> C++ function in a Dll compiled with MSVC and this funct
On sábado, 1 de setembro de 2012 12.47.15, Peter Kümmel wrote:
> So you think it is possible to use DW2 for 32 bit binaries?
Yes.
> What happens if a binary compiled with GCC/DW2 calls a
> C++ function in a Dll compiled with MSVC and this function
> throws an exception?
First of all, how did you
On 01.09.2012 12:47, Peter Kümmel wrote:
> On 01.09.2012 12:39, Thiago Macieira wrote:
>> On sábado, 1 de setembro de 2012 12.23.31, Peter Kümmel wrote:
>>>"As a general rule, you should choose the default SJLJ packages,
>>> unless you know you need faster exception handling and can
On 01.09.2012 12:39, Thiago Macieira wrote:
> On sábado, 1 de setembro de 2012 12.23.31, Peter Kümmel wrote:
>> "As a general rule, you should choose the default SJLJ packages,
>>unless you know you need faster exception handling and can guarantee
>>you'll never need to unwind
On sábado, 1 de setembro de 2012 12.23.31, Peter Kümmel wrote:
> "As a general rule, you should choose the default SJLJ packages,
> unless you know you need faster exception handling and can guarantee
> you'll never need to unwind through non-DW2-compiled stack frames
> (such
> SEH & 32 : patented by MSFT
It's actually Borland's patent and Borland said they only patented
that to defend themselves from third-party attacks, they have no
interest in attacking gcc:
http://web.archive.org/web/20070818053531/blogs.codegear.com/dcc/archive/2005/05/12/4294.aspx
I wonder if
On 30.08.2012 18:16, Thiago Macieira wrote:
> On quinta-feira, 30 de agosto de 2012 17.25.24, Pau Garcia i Quiles wrote:
>> There are more differences than that. There are differences in
>> features, such as threading support, large-file support, etc.
>> Mingw-w64 is usually ahead of any other in t
Hi,
Can reproduce by manually running the "../../bin/mkv8snapshot
generated-release/snapshot.cpp" command.
Laszlo
g++ -c -g -O2 -O2 -w -std=c++0x -fvisibility=hidden
-fvisibility-inlines-hidden -D_REENTRANT -fno-exceptions -fPIC
-DQT_NO_LIBUDEV -DQT_BUILD_V8_LIB -DQT_BUILDING_QT -DQT_NO_CAST_TO_
On Mon, Aug 27, 2012 at 9:27 AM, wrote:
> Hello,
>
> ** **
>
> From Symbian development, I see no problem in moving into such mode that
> people can easier contribute stuff – such as Gerrit. Now the question is
> who starts driving this migration. Can the maintainers of Qt Quick
> Components
I've observed the same with Nvidia and the samegame, but I've seen the same
process eat just a few percent two months ago. I'm confident that it's just a
plain old bug instead of a fundamental problem with Qt 5's architecture :)
Simon
--
Sendt fra min Nokia N901.09.12 08:05 skrev ext David Boos
14 matches
Mail list logo
