1

クラスにWinsocketを使用して小さなサーバー/クライアントファイル転送を作成していますが、ファイルを受信して​​HDDに書き込んだ後、ソケットでメッセージを受信できないことを除いて、基本的に機能します。

送信コードは次のようになります。

    long size = GetFileSize(hFile, NULL);
TransmitFile(_socket, hFile, size, 0, NULL, NULL, TF_DISCONNECT);
ok = ::recv(_socket, cantwortfilename, 100, 0); // getting a confirmation (1)
cantwortfilename[ok] = '\0';
cout << cantwortfilename << endl;
char test[] = "ok!";
::send(_socket, test, strlen(test), 0); // to test if server receives again (2)

サイズの代わりに 0 で試してみましたが、結果は同じでした。

サーバー側で受信するようになりました：

    HANDLE hFile = CreateFile(filepathlong, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);

while (1)
{
    ReadFile((HANDLE)_socket, &buffer, MAX_PATH, &dwbr, &AsyncInfo);
    GetOverlappedResult((HANDLE)_socket, &AsyncInfo, &dwbr, TRUE);
    if (dwbr == 0) break;
    WriteFile(hFile, buffer, dwbr, &dwbr, NULL);
}
char test[] = "alles ok!";
::send(_socket, test, strlen(test), 0); // sending the confirmation (1)

CloseHandle(hFile);

 i = ::recv(_socket, test, 10, 0); // receiving the test (2)
test[i] = '\0';
cout << "empfangen:" << test << endl;

私が知る限り、ファイルの転送は正常に機能し（rar jpg .hを試しました）、

::send(_socket, test, strlen(test), 0); // sending the confirmation (1)

も元気に出ます。

しかし、その後の受信は私に何も与えませんか？または空の何か？recv もプログラムをブロックしないので、何か空だと思います。しかし、私がそれを与えるとき、「i」は0になります。

while(1) ループ内のもので何らかのエラーが発生したかどうかを確認するために、別の方法でファイルを受信しようとしました。

2回目の試行:

    int r;
ofstream file(filepath, std::ios::out | std::ios::binary | std::ios::trunc);
char *memblock;
int size = 7766; // was the size of the file i was testing with
memblock = new char[size];
memset(memblock, 0, size);
if (file.is_open()){
    //while memory blocks are still being received
    while ((r = recv(_socket, memblock, 256, 0)) != 0)
    {
        //if there's a socket error, abort
        if (r == SOCKET_ERROR)
        {
            cout << "error" << endl;
        }
        //write client's file blocks to file on server
        file.write(memblock, r);
    }
    delete[] memblock;
    //finished sending memory blocks; file is completely transferred.
    file.close();
}

その後、同じ結果の recv を再度送信します。ファイルは機能しましたが、再度受信すると空のものが得られました。

では、なぜこれを修正できるのか、誰にでも教えてもらえますか? 可能であれば、可能な限り変更を最小限に抑えますか?

ありがとう、マーティン

編集:現在私のために働いているコード:

    char csize[256];
rc = recv(_socket, csize, 256, 0);
csize[rc] = '\0';
int size = atoi(csize);
int bytes_read = 0, len = 0;

int r;
ofstream file(filepath, std::ios::out | std::ios::binary | std::ios::trunc);
char *memblock;
memblock = new char[size];
memset(memblock, 0, size);

if (file.is_open()){
    while (bytes_read < size){
        len = recv(_socket, memblock + bytes_read, size - bytes_read, 0);
        bytes_read += len;
    }
    file.write(memblock, size);
    delete[] memblock;
    file.close();
}
4

1 に答える 1

0

あなたの送信機はフラグで呼び出しTransmitFile()ています。TF_DSCONNECTファイルの送信が完了すると、ソケットが閉じられます。TransmitFile()送信機は、一度終了するとそれ以上データを送信できません（TransmitFile()送信方向だけを閉じるために半二重だけを閉じて受信方向を開いたままにするか、両方の送信で全二重を閉じるかはわかりません指示を受け取ります-私は注意を怠って後者を想定します）。

あなたが示したことに基づいて、代わりにshutdown()andを使用する必要があるため、切断が実際にいつどのように発生するかをより詳細に制御できます。closesocket()TF_DISCONNECT

また、TransmitFile()ファイル サイズは送信せず、ファイル データのみを送信するため、受信者は、タイムアウトを待機しない限り、ファイル データの受信が実際にいつ完了したかを知る方法がありません (これは信頼できる解決策ではありません)。ファイルデータを送信する前にファイルサイズを送信するように送信機を変更し、最初にファイルサイズを読み取ってから、指定されたバイト数を受信するまでループするように受信機を変更する必要があります。

于 2014-04-30T20:05:33.623 に答える