Нет, я все-таки против такой жесткой политики. Дело в том, что виртуальный порт VSPE как-то открывается системой, хоть он только в неподдерживаемой библиотекой ветке - система-то его поддерживает - CreateFile делает все правильно. Нужно только видеть этот порт в списке. Если можно как-то отследить исчезновение порта из системы и его появление, то никто не говорит, что этого делать не стоит. Но если отследить это невозможно в силу определенных условий, то и не нужно - пусть всегда будет в списке. Мне просто кажется, что библиотека выглядела бы более полноценно, если она помогала пользователю даже в том случае, когда разработчики драйверов портов (виртуальных и других - например, для мультипортовых плат) что-то недоделали, т.е. изловчиться, но дать пользователю как можно больше информации, а не упираться и говорить, что ее нет (когда она хоть частично, но есть). Примером такого являются интернет браузеры, которые исправляют столько ошибок на сайтах, чтобы пользователь смог увидеть страницу, пусть даже и не в первозданном виде. Это опыт разработчиков, накопленный за столько лет работы интернет сети, и он мне подсказывает, что нужно делать именно так. Это моя позиция.

Ну, да, ладно - реализуем сами и приставать больше не буду - тем более, что мы планируем в скорем времени переходить на Linux (думаем использовать Ubuntu). Надеюсь, там таких проблем не будет, т.к. все устройства в системе - это "реальные" файлы - и других вариантов нет.

А за библиотеку - отдельное СПАСИБО!

Еще хотел бы узнать: что значат комментарии в коде вида `//?`, если не секрет?

сделай на гиторусе клона, и работай. Если твоё решение окажется стабильным, можешь предложить автору воспользоваться твоими изменениями. От протестированной версии он вряд ли откажется

помогите собрать! как её вообще собирать ??? на vs2008 реально собрать? qtcreator? никак не получается в общем а почему сразу готовых откомпилированных файлов нет? =\

вот этот мокфайл :: error: [build/lib/qintegratedserialdevice/moc/moc_serialdevicewatcher.cpp] Error 1 всё время с ошибкой собирается

в vs2008 жалуется на строку

// case 1: d_func()->_q_processAvailableNotifier(); break;

если закомментировать то собирается но дллки нет! она должна быть вообще?

что такое qserialdevice0.dll.intermediate.manifest где сама длл?

Качайте отсюда: http://gitorious.org/qserialdevice/qserial...ce/trees/master
версию 0.4.0 или из master.

Как собирать - расписано в Readme или тут: http://www.wiki.crossplatform.ru/index.php...%B5%D0%BA%D0%B8.

В VS - хз, не проверял, если что отпишитесь.

ЗЫ: То что Вы пытаетесь собирать - уже давным давно устарело и репозиторий переехал на http://gitorious.org/

Сообщение отредактировал kuzulis - 2.3.2011, 12:05

спасибо! сейчас качну! а на чем собирать лучше???

Без разницы. Если привыкли к VS компилятору и всё делаете в нём - то VS, если в MinGW - то MinGW.
PS: Я тестирую на MinGW.

на vs просит какой то заголовочный файл из мингв в ddk который поэтому забил на это!

на mingw собрал вначале static - появились .а и .о файлы
потом собрал dll появилась dll

а где теперь lib? как это всё дело в общем к проекту подключать? я потому что только свой код кодить умею а с библиотеками разбираться как их подключать не знаю

про .а и .о вообще нигде не могу найти!

Посмотрите примеры как подключать в /examples .

По умолчанию библиотека собирается как статическая и все примеры линкуются со статической библиотекой (*.a),
поэтому после компиляции можно запускать любой пример не тяня за собой библиотеку.

Если же вам нужна динамическая (*.dll) - то меняем в /src/src.pro так:


В общем, собирайте что-то одно: или как статик или как длл.

Сообщение отредактировал kuzulis - 2.3.2011, 12:57

эти файлы генерит студийный компиллер, их эквивалент в MinGW - *.a

а судя по тому что в одном из срр файлов

используется мингвшный

#include <ddk/ntddser.h>

то на вс эту библиотеку не собрать?

в мингв вроде собирает но не запускаются примеры

Запускается C:\Qt\projs\qserialdevice-qserialdevice\examples\reader\release\reader.exe...
C:\Qt\projs\qserialdevice-qserialdevice\examples\reader\release\reader.exe завершился с кодом -1073741511