Custom Query (301 matches)
Results (34 - 36 of 301)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#23 | fixed | qmake: call moc with generated response files | ||
Description |
In order to overcome the CMD.EXE 1024 character command line length limitation, we create response files for the compiler that contain C/C++ options, defines, include paths and object files instead of passing this all on command line. moc.exe invocation also involves defines and include paths so the command line length limit may be easily exceeded. We need to teach qmake to generate a moc invocation statement that uses the response files we already generate for the C/C++ compiler. |
|||
#298 | fixed | QFileSystemModel::directoryLoaded() signal passes a drive root as x: not x:/ | ||
Description |
Hi/2 When connecting directoryLoaded() signal, a drive root is passed to a slot as x: not x:/. Actually, x:/ is passed on Qt for Windows. For example, see the following code snippets. QFileSystemModel* model = new QFileSystemModel; connect(model, SIGNAL(directoryLoaded(QString)), this, SLOT(directoryLoaded(QString))); model->setRootPath(""); QTreeView *treeView = new QTreeView; treeView->setModel(model); treeView->setCurrentIndex(model->index(QDir::currentPath())); And if a current directory is x:/path/to/dir, then slot directoryLoaded() receives a directory in this order.
However, on Windows
I think, Windows is right. Because x: is not a fully-qualified path and it means a current directory of x: drive. |
|||
#299 | wontfix | QLocalSever | ||
Description |
It seems as QLocalServer never emits the newConnection() signal. At least http://trac.netlabs.org/qtapps/browser/smplayer/trunk/src/qtsingleapplication/qtlocalpeer.cpp receiveConnection() is never executed. It should be executed, when the signal newConnection() (at line 131 you see the connect to it) is seen. |