C4267 de aviso (nível 3) do compilador

'var': conversão de 'size_t' para 'type', possível perda de dados

Durante a compilação com /Wp64, ou durante a compilação em um sistema operacional de 64 bits, tipo de 32 bits, mas size_t é de 64 bits durante a compilação de destinos de 64 bits.

Para corrigir esse aviso, use size_tem vez de um tipo de.

Exemplo

O exemplo a seguir gera C4267.

// C4267.cpp
// compile with: /W3 /Wp64
#include <Windows.h>
void Func(int i) {}
void Func2(DWORD i) {}
void Func3(size_t i) {}

int main() {
   size_t bufferSize = 10;
   Func(bufferSize);   // C4267
   Func2(bufferSize);   // C4267
   Func3(bufferSize);   // OK
}

C4267 também podem ser causados no x86 e este aviso não pode ser resolvido no código, mas pode ser ignorado e suprimido com o Aviso pragma.

Nessa situação, o C4267 é causado por uma limitação no /Wp64 avisos.Em x86, std::cout<<range_index resolve para a sobrecarga de operator<< que aceita um unsigned int, já que size_t é um unsigned int no Win32.C4267 ocorre porque você passou um size_t como um unsigned int argumento, o que causaria o truncamento em Win64 onde size_t é de 64 bits, mas unsigned int é ainda de 32 bits.Isso pode ser ignorado porque se você compilou para o Win64, std::cout<<range_index resolveria para a sobrecarga de operator<< que aceita um unsigned __int64, já que esse é o tipo size_t está em Win64.O compilador de 32 bits não perceber, ele avisa.

O exemplo a seguir gera C4267.

// C4267_b.cpp
// compile with: /W3 /Wp64 /EHsc
// processor: x86
#include <fstream>
#include <vector>
using namespace std;

int main() {
   ofstream outputfile;
   vector<char> vecbuffer(10);
   outputfile.write( &vecbuffer[0], vecbuffer.size() );   // C4267
}