https://qtproject.cachefly.net/digia/5.0.1_rc1/qt-windows-opensource-5.0.1-msvc2010_64-x86_64-offline-rc1.exe
I just download it from https://qtproject.cachefly.net/qt5/5.0.1-rc1/
Right now it is gone.
2013/1/28 Ahumada Sergio
> that file does not even exist ... where did you find it ?
>
> -
that file does not even exist ... where did you find it ?
--
Sergio Ahumada
Release Engineer - Digia, Qt
From: development-bounces+sergio.ahumada=digia@qt-project.org
[development-bounces+sergio.ahumada=digia@qt-project.org] on behalf of
Loaden [loa...@gm
qt-windows-opensource-5.0.1-msvc2010_64-x86_64-offline-rc1.exe
The ICU binary is x86 arch. It's wrong.
Simply replace the icu49*.dll with 64bit version, then the crash solved.
https://bugreports.qt-project.org/browse/QTBUG-29344
2013/1/25 Motyka Rafal
> Hello,
>
> Qt 5.0.1 RC release testing h
> Hi,
>
> apps/snowshoe looks good to me, too :)
>
Hi,
I suggest this to be under qt-apps/* instead in Gerrit.
This is due to the mirroring from Gerrit to Gitorious:
- apps/* is already taken on Gitorious, so we can't mirror to apps/snowshow.git
- qt-apps/* is more in line with qt-labs/* etc
I've found that qml engine forbids catching signals from objects that are in
another thread. After some discussion in IRC I understood that it is by-design
for now, but is it planned to be changed or it will be the rule for whole
QtQuick2 lifetime - use in qml only objects from same thread? Or i
Hi,
apps/snowshoe looks good to me, too :)
--
Caio Marcelo de Oliveira Filho
openBossa @ INdT - Instituto Nokia de Tecnologia
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
