Custom Query (301 matches)

On my ThinkCentre A57 powered by a Core 2 Quad I noticed immediately after (manual) installation that the machine will lockup solidly when clicking around in the Qt FileDialog attempting to open a file.

This happens for any Qt App I tried, most notably for SMPlayer.

If I disable one or more cores of the Quad the lockup is still there.

Today I swapped the Core 2 Quad CPU for a Core 2 Duo CPU and the problem completely goes away (that IMHO rules out a faulty installation as Silvan suspected). After going back to the Core 2 Quad, the problem is there again.

Initial trials with using highmem -c on all Qt-DLLs look promising. It saves quite some low shared mem and as such makes the system run more stable because running out of low shared mem is the nr. 1 reasons for system crashes here.

A possible crash was however observed, wenn I closed SMPlayer with psi 0.15 also running. psi immediately crashed in MMPM.DLL

Killed by SIGSEGV
pid=0x0078 ppid=0x0026 tid=0x0001 slot=0x00d4 pri=0x0200 mc=0x0001
D:\PROGRAMS\PSI015\PSI.EXE
MMPM 0:00060561
cs:eip=005b:1e620561      ss:esp=0053:00efdc5c      ebp=00efdca8
 ds=0053      es=0053      fs=150b      gs=0000     efl=00000206
eax=00000002 ebx=189e002c ecx=00000009 edx=18d70158 edi=18d20770 esi=189e002c
Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

Incorrect INCLUDE entries have been generated.

Solved by changing

QT4.5.1-GA\mkspecs\features\moc.prf (line 76):

win32:moc_dir_short ~= s,^.:,/,

to

"win32|os2:moc_dir_short ~= s,^.:,/,"

and

QT4.5.1-GA\mkspecs\features\uic.prf (line 38):

win32:ui_dir_short ~= s,^.:,/,

to

win32|os2:ui_dir_short ~= s,^.:,/,

It might make sense to review all other *.prf files if some more "win32" -> "win32|os2" changes are needed.