Доброе время суток. Стоит задача сделать программу, которая отсылает по TCP команду устройству (само устройство работает и к нашей задачи отношения не имеет) и читает ответ.
Почитал в сети про наличие socket API и Windows Socket API. Между ними соответственно есть отличия.
Вопрос собственно такой, а имеется ли возможность стандартными средствами языка С++ реализовать необходимое взаимодействие?
Еще интересует вопрос возможности применения createHandle для TCP. Хотя последнее мне кажется маловероятным.

Спасибо.

стандартными 100% нет. С++ ничего не слышал даже про сеть или сокеты.
есть много библиотек для работы с сокетами на более абстрактном уровне, нежели сокеты.
например ACE Framework (говорят крутая, тут чет писали про нее), boost ... вот их и используйте...

если задача разовая и не сложная, то можно свою обертку над сокетами быстро соорудить (велосипед).

Mal Hack, 
openSSL и абстракция I/O BIO
+ получите возможность использования SSL/TLS

Добавлено @ 23:24


Это сообщение отредактировал(а) MAKCim - 1.7.2008, 23:40

MAKCim, а чуть подробнее можно? =)
есил openSSL  я еще хоть как-то представляю, то вот это:

никак..

BIO description

 Как вариант - писать на Qt. Я бы именно так и поступил.

asio library, поддержка SSL/TLS + по многим отзывам - одна из самых качественных кросс платформенных библиотек...

ну и зря  

Добавлено через 2 минуты и 37 секунд

через openSSL   

openSSL быстрее

Обоснуйте!

Qt отменяется, т.к. он дает лишь поверхностный доступ к сокету соединения, что плохо, т.к. надо контролировать на уровне ниже...

а чего обосновывать то?   
в первую очередь QT - это графическая библиотека
использовать ее ради сокетов все равно что использовать танк для поездок на работу

MAKCim, как эту заразу подружить с VS.NET?
Да и в линуксе, какой доп рараемтр нужно указать чтоб он увидел openssl/bio.h
В студии сначала компили, давал ему на съедение libeay32.lib. Потом перестал. И ни в какую..
Пишет мол libeay32.dll build with no debug information....

ну и что? библиотека просто скомпилирована не в отладочной версии. это нормально (пи условии уверенности что она не глюченная).

остальной текст непонял.

Я не знаю, что тут нормального, но линковщик собираеть ее с приложением - отказывается.


Глобально зачача - заставить студию и G++ (линукс) компилить мою программу с либой OpenSSL. Как я не пытался (в винде только, правда), у меня ничего не вышло. Точнее перестало выходить... 

как устанавливал OpenSSL?
если из исходников, то какой --prefix указывал?
по-умолчанию он /usr/local/ssl
поэтому инклуды будут лежать в /usr/local/ssl/include/openssl
иначе в $DIR/include/openssl, где $DIR - ключ в --prefix

если не из исходников, то возможно не был установлен пакет *openssl-devel
или по-умолчанию инклуды были записаны в каталог, который не видит компилятор
попробуй через

их поискать

как найдешь, используй ключ -I<путь к openssl> при компиляции

 

релиз компилируешь или дебаг-версию?

В лине установил пакет из репозитория (debian testing). С -dev пометкой в том числе.
<openssl/bio.h> - находится, а вот библиотека, в которой сами функции - нет. Пишет undefined reference to BIO_new_connect.
Но тут я  ничего не отлаживал.
В Винде. Скачал отсюда http://www.slproweb.com/products/Win32OpenSSL.html Win32 OpenSSL v0.9.8h.  Установил. Как сказано в хелпе, перенес из lib в lib студии, из include в include в студии.
В system32 кинул  libeay32.dll и sseay.dll.
Если в настройках проекта не указать libeay32.lib или libeay32MT.lib или libeay32MD.lib или соответствующие либы для дебага с "d", то будет undefined reference to BIO_new_connect.
если указать, то как я писал выше, после линковки, при запуске (что дебаг, что релиз версии) будет: libeay32.dll build with no debug information....  + программное снятие.


И то и то =)

Это сообщение отредактировал(а) Mal Hack - 7.7.2008, 12:06

На винде победил...
Надо было либы студии скармливать от g версии, а не от h....