winsock2

3熱度

2回答

我試着做一個簡單的程序，它在一個字符串像www.google.com，並返回的IP地址... 我有什麼至今： char* hostname = new char[www.size()+1]; std::copy(www.begin(), www.end(), hostname); hostname[www.size()] = '\0'; struct addrinfo new_addr,

0熱度

1回答

每個連接需要多少個套接字？

假設我們有一個帶有socket sa和new_socket的服務器程序。我正在使用的教程需要socket sa和new_socket，並且sockaddr_in的兩個結構名爲server和client;然後將套接字綁定到IP地址：端口，然後調用listen()函數。當listen返回時，程序調用 new_socket = accept(sa, (struct sockaddr*)&client,

0熱度

1回答

C++的Winsock（Winsock2的）的recv（）跳過\ 0字節

我是從服務器發送以下數據： 31 37 38 33 00 00 00 00 00 00 00 33 34 37 78 35 74 32 71 39 37 34 79 35 74 76 38 35 67 6e 32 6d 客戶端使用winsock2.h： ... int recvbuflen = 32; char *tmpBuff = new char[recvbuflen]; int

2熱度

1回答

Winsock發送recv緩衝區大小

我正在編寫一個MFC應用程序來實現客戶端/服務器方案並使用Win套接字。我可以發送/接收一條小消息，例如「你好」。另外，我嘗試了大小爲1000的緩衝區。但是，當我進一步增加它的大小時，它只是掛起。甚至不會拋出任何錯誤。關於問題可能是什麼的任何想法？對於可以在winsock中發送/接收的緩衝區的最大大小是否有任何限制？我是一個新手，並且從未使用過winsock。

0熱度

1回答

WinNt.h編譯錯誤

我在Eclipse中有一個新的C++項目。我必須手動添加所有包含路徑，並且我必須將某些東西搞砸。這裏是我的代碼： #include <winsock2.h> int main() { return 0; } 我可以編譯在Visual Studio中相同的代碼沒有問題，但我在Eclipse中得到很多雜物和編譯器錯誤。我忘了包括什麼嗎？或者我包括太多？有任何想法嗎？我也包括WS2_

2熱度

2回答

閱讀整個文件，並通過套接字

發送我做了一個服務器和客戶端應傳輸文件。我試圖讓它讀取整個文件併發送它。但現在，我看到它，我有一個問題。服務器應在客戶端連接時自動發送文件。但該文件是空的，我不知道問題出在哪裏你可以看到，我想送.txt文件。但我想在未來發送大文件，但不大於1MB）編輯：圖片瀏覽：http://img819.imageshack.us/img819/8259/aadi.jpg 左側：我想發送的文件。

0熱度

2回答

如何處理與Winsock2短讀取？

我在與接收數據在使用的Winsock2網絡，與Windows的麻煩。我試圖使用一個簡單的客戶端和服務器系統來實現文件傳輸程序。使用我們當前的代碼，進入的最後一個數據包不會附加到文件，因爲它不是緩衝區的大小。所以，文件傳輸並不完全，會引發錯誤並中斷。它並不總是最後一個數據包，有時更早。這裏是Server代碼的一個片段： int iResult; ifstream sendFile(path, i

2熱度

2回答

TCP Winsock：接受多個連接/客戶端

我試圖可以乘客，並將其發送給每個客戶端。但它只適用於一個，一個客戶端連接服務器後只是無用的傳入連接。 while(true) { if(Sub = accept(Socket, (sockaddr*)&IncomingAddress, &AddressLen)) { for(int i = 0; i < MaxUsers; i++) {

3熱度

4回答

如何檢查連接是否丟失

如何檢查我與服務器的連接是否丟失？（客戶端或服務器端無論如何）我正在使用TCP連接，並且服務器recv不受限制的客戶端。爲每個客戶端服務器創建線程。並以這種方式我可以recv /發送給每個客戶端。

1熱度

1回答

PowerBuilder的WinSock庫實現

正如我對我們的PowerBuilder的12.5項目實施一些winsock的服務，我有以下問題：假設我們有發送（發起通信）數據接收器R. [R如何識別發送器S發件人使用的發件人的渠道（IP和端口），以便將回復發送給發件人？預先感謝您的時間和合作。 John。