Bulgarian

Успях да намеря начин: След като с tasklist взема PID на процеса: QProcess wmic; wmic.start("wmic process where processID=" + pid + " get CommandLine"); wmic.waitForFinished(); output = wmic.readAllStandardOutput(); QString result = output.split("\n").at(1); -> Път + екзе = result.split(" ").at(0).toLower()

@Stoyan error: passing 'const Operation' as 'this' argument of 'int Operation::setAttribute(QString, QString)' discards qualifiers [-fpermissive] operations.at(i).setAttribute(Aname,Value); Не мога да разбера защо се получава това съобщение в Task класа, опитвайки се да извикам метода SetAttribute за операция във вектора. Const Operation не знам откъде идва вътре в тази функция конкретно, след като подавам само id-то на операцията. Подобна е грешката и при Task сетване на атрибут: scheduledtopservice\scheduler.cpp:31: error: passing 'const Task' as 'this' argument of 'int Task::setAttribute(QString, QString)' discards qualifiers [-fpermissive] tasks.at(k).setAttribute("state","running"); ПП: Успях да го реша проблема. Разбрах че .at() връща const обект, затова използвах [i] за индекс. task.cpp:17: warning: base class 'class BaseObject' should be explicitly initialized in the copy constructor [-Wextra] Task::Task(const Task &obj) Това как мога да го оправя, четох че създавало още 1 копие на BaseObject така. Но не е като експлицитния конструктор сякаш : BaseObject ( const BaseObject &obj) ако долепя до Copy конструктора на Task. Не съм сигурен, но май просто като сложих : BaseObject() и се изчисти предупреждението. Така ли трябвa да бъде ?

QEMU поддържа различни архитектури (intel 32/64, arm32/64 и т.н.) и динамично превежда инструкциите от една архитектура в друга. QEMU е емулатор за разлика от виртуализатори като VirtualBox, VMWare Player/Workstation и т.н. VirtualBox и компания не могат да пресъздадат архитектура, която не е в наличност (преминаването от 64 към 32 бита не го считам за проблемно за това не го споменавам). Иначе native няма как да стане работата. Crosscompiling за Qt бих препоръчал само на най-големите си врагове. Има (калпава) документация само за Symbian (кой ползва това нещо още?!) и QNX, но в момента, в който навлезнеш във водите на generic Linux устройствата, се оправяй сам. В момента се тормозя да компилирам Qt-то на моя 64 битов Debian за да мога по-бързо и лесно да разработвам за за 32 битовия ARM на Raspberry Pi 2. Няма такава малоумна история...Дори някои от конфигурационните файлове на тия "умници" са счупени. Човек трябва да се рови с дни, за да намери и късче полезна информация, а какво остава за напълно функционален туториъл, който да обяснява всичко. ПП: QML като замисъл е добър, но като реализация - гола вода. Прекалено много промени за кратко време да не говорим за съвместимост между версия А и Б...

Здрасти. :) Не разбирам кое не е ясно: As Qt for Android uses the LGPL version of Qt, and it's perfectly possible (and also recommended and supported) to dynamically link in the Qt libraries when creating an app - there are no problems for app developers using Qt for Android. The app developers can develop closed source code and publish the app - no worries. Only if you statically link with the Qt libs could there be a problem with closed source apps. Цитат от http://wiki.qt.io/Licensing-talk-about-mobile-platforms#Qt_for_Android_.2F_Necessitas При LGPL v2.1 също така има и следното допълнително правило от страна на Qt. С думи прости - стига да линкваш динамично и да посочиш, че ползваш Qt и от къде потребителят може да си набави този набор от библиотеки, не би следвало да имаш проблеми. Колкото до парите - не забравяй, че и Google Store и iOS Store App взимат процент от печалбата, така че недей се надява на 100% прилив на гущери. ;))) Ако смяташ да се занимаваш с комерсиален софтуер, ще те посъветвам следното (най-добре е да ги комбинираш): Намери си правист, който да се занимава точно със софтуерни лицензи. Ако можеш да подпишеш договор за консултантска дейност от негова страна - още по-добре, защото при евентуална издънка можеш и него да накиснеш (казано по нашему :D) Запознай се лично с тази материя. И тук не говоря за завършване на следване по тази материя, а просто да прегледаш отделните лицензи, да поразгледаш какво казват хората (най-вече правни експерти и софтуерни специалисти) и т.н. Лицензите са нещо, което за голямо съжаление, често пъти бива пренебрегвани, докато не стане кашата. Някой колега просто ей така набарва от накъде някаква библиотека и почва да я добавя към базата код, върху която ти и други работят, без да е погледнал при какви условия може да я ползва. Може би няма да стане беля, но може и да стане. А стане ли белята, обикновено тя е голяма, щото парите играят тук важна роля. Но като извинение може да се изтъкне факта, че, както в България, така и в много други държави (завършил съм бакалавър и привършвам с магистратурата си по информатика в Германия), не се отделя абсолютно никакво време да се запознаят бъдещите ИТ специалисти с тази материя, която никак не е лесна.

Когато човек е изморен не мисли трезво и прави новобрански грешки.... Не е далече от акъла да проверя че компилираната програма не е статична/монолитна, още повече при положение че търси системни динамични библиотеки. Едно от нещата които не включвах в кода, или по- точно в конфигурацията на проекта в *.pro файла е QMAKE_LFLAGS. В CONFIG съм сложил static, но това явно не е достатъчно вече, така че трябва да се подаде QMAKE_LFLAGS += -static и може би -static-libgcc ако искаме да се включи и това. След тази манипулация ми изплю нови 20 грешки, но там вече проблема е от липсата на статичните библиотеки, нещо което се решава с теглене на съответните пакети или прекомпилиране с изключване на излишното (като ICU примерно...). Поради някаква причина mariadb-libs във Федора 20 не включва libmysqlclient.a, че трябваше да тегля последната mariadb и от там да вземам библиотеката само (иначе ще си потроша системата и няма да мога да си ползвам мейл клиента :D ) Както и да е, надявам се това да е последното прекомпилиране и дано тези "бележки" да помогнат и на някой друг ;-)

[quote author="Yordan Ivanov" date="1405063858"]За съжаление тази година не успях да дойда, но още миналата седмица изгледах всички видеа. Изключително интересна конференция, лично за мен е най-интересното събитие, което съм гледал в (на живо или на запис) в Пловдив. Дано до година да имам възможността да присъствам.[/quote] Жалко, че не успя да дойдеш. Радвам се, че видеата са ти харесали. Може би ще организираме още еднодневни FOSS събития в Пловдив още тази година :)

Qt::UserRole ми вършеше работа като пазеше само инфо дали съответният Item е директория или файл, но за повече от това не мога да го ползвам. Ще разуча нещата с model/view. Мерси за отговорите.

За да се използват повече ядра приложението трябва да е многонишково. От много нишки има смисъл само ако има многоооо тежко изчисление или блокиращи операции. Всичко останало може да се реализира много лесно със сигнал/слот системата. Дори и да имаш няколко нишки пак не е сигурно, че те ще изпозлват всичките ядра. ОС-а(поне Линукс) се среми да пази нишките на едно от ядрата, за да се използва hot кеша. Идеята, е че споделените променливи, няма нужда да се махат от кеша на съответното ядро и суитчването е по-бързо. За да се изпозлват 2 ядра трябва системата да е доста натоварена и повечето процеси да са на едното ядро, тогава ОС- ще направи load balancing и може да премести нишката на друго ядро. Има и опция (в POSIX) за определене афинитета на нишката, на кое ядро на процесора да се пусне. Но не го препоръчвам, ако не е за нещо специфично като ембедед устройство, където се знае с голяма точност какво става в този момент.

Материали от събитието вчера за Qt on iOS (America): "Презентация":http://cdn2.hubspot.net/hub/149513/file-415822356-pdf/Webinar+powerpoints/Qt_iOS_December2013.pdf?utm_campaign=webinar-campaign&utm_source=hs_email&utm_medium=email&utm_content=11443586&_hsenc=p2ANqtz--DEX2u7BT2qxZhVukgQ2WsMCwHi-SeOIX6fl-Zuv4-Z1ljAkE0bw17Xs48zRPF9vSK4WqL7H47-8NkdOhqGeN1L6d5sQ&_hsmi=11443586 "Запис":https://qt-digia.webex.com/ec0606l/eventcenter/recording/recordAction.do?theAction=poprecord&AT=pb&utm_medium=email&renewticket=0&isurlact=true&recordID=5848027&utm_source=hs_email&utm_campaign=webinar-campaign&apiname=lsr.php&rKey=1b12a1336400ea6b&format=short&needFilter=false&&SP=EC&rID=5848027&_hsenc=p2ANqtz-8QEeYzQqMh7RPm8knAATnbYfBqEhiO68hLVxfF9MzB5HN6qRJDYg1ZEzPTnkWbaq0pm4KN7UlgdZ2SYzFnnqEkk_Kyww&siteurl=qt-digia&utm_content=11443586&actappname=ec0606l&actname=/eventcenter/frame/g.do&rnd=6165376823&_hsmi=11443586&entappname=url0108l&entactname=/nbrRecordingURL.do "Програмен код":https://github.com/richardmg/qtdd13_qmlapp?utm_campaign=webinar-campaign&utm_source=hs_email&utm_medium=email&utm_content=11443586&_hsenc=p2ANqtz-_zc9zswRCTOTdxuPJmqg4zkVcwxfLEQ8brHP7446_m76Gnve0Wy34oZcbOyJ3Br4wWFAxz3glAuvVm8A6uqrqPSyItQQ&_hsmi=11443586

Всъщност явно "=1" е необходимо, защото след следващата компилация почна да ми хвърля грешки. Така че правилния синтаксис си остава option=value или примерно @ db.setConnectOptions("MYSQL_OPT_RECONNECT=1;CLIENT_SSL=1"); @

След малко тестове, намерих достатъчно информация която да ми свърши работа за текущия проект. Това което правя не е елегантен начин за пресмятане на правата, но за мен работи и това ми стига за проекта. Написал съм варианта в "другата тема":http://qt-project.org/forums/viewthread/28906/#129721 която създадох по въпроса в общия форум за десктоп приложения.

[quote author="task_struct" date="1367311535"]Ако искаш добави, че в 13.04 идва инсталирано по подразбиране, като няма поддържка на Wayland или поне аз не успях да го пусна.[/quote] Моля те, добави го ти :) Все пак това е смисълът на wiki-то :) Предварително благодаря :)

Здрасти, съжелявам, че не си получил отговор толкова дълго време. Тъй като проблемът е по-скоро потребителски, отколкото свързан с Qt програмиране според мен е най-добре да потърсиш съвет във форумите на Nokia: "Nokia Developer":http://www.developer.nokia.com/ "Nokia Support Discussions":http://discussions.nokia.com/ Според мен, ако е толкова голям проблем си направи back-up на данните, направи възстановянате на фабричните настройки на телефова и накрая инсталирай отново програмите, които ползваш.

Здрасти Радо, Благодаря за презентацията. Като зрител мога да кажа, че се получи много добре! Може ли да качих слайдовете и в "slideshare":http://www.slideshare.net/, за да може да се разглеждат директно онлайн? 10x, Леон

Имай предвид, че в QSettings има доста сериозен бъг, при който може да ти се загуби цялата информация, поне ако ползваш .ini файл за съхранение. Вероятността е особенно голяма, ако файловата система е с write cache активиран. Можеш да намериш кръпка тук: https://bugreports.qt-project.org/browse/QTBUG-21739 За съжаление не съм имал време да я подготвя и пусна в Gerrit, пък и знам ли в най-новите версии може и да е оправено.