我正在编写一个XOR加密程序,它在加密期间但在解密期间工作正常
char ca2 = fgetc(f);
卡在某一点并且没有解密发生之后我对该问题的最佳猜测是(加密文件包含各种字符)fgetc到达EOF标记,该标记可以在文件的实际结束之前出现它会卡在那里并停止阅读下一个字符。
这是getc()的某种限制吗?这是我的垃圾代码
int get_file_size(char filename[])
{
FILE *p_file = NULL;
p_file = fopen(filename,"rb");
fseek(p_file,0,SEEK_END);
int size = ftell(p_file);
fclose(p_file);
return size;
}
int endec(char filename[],char psdw[])
{
FILE *f;
int hashed=0,ed=0;
int inphash=inhash(psdw);
inphash=inphash%50;
f=fopen(filename,"r");
if(f==NULL)
printf("failed");
char temps[999999];
long int crs=0,j=0;
int filesz=get_file_size(filename);
printf("file size = %d\n\n",filesz);
while(1){
inphash=inphash+2;
char ca=(char)inphash;
char ca2=fgetc(f);
printf("%c\n",ca2);
if(crs>=filesz)
break;
temps[crs]= ca2 ^ ca;
crs++;
}
fclose(f);
printf("%d",strlen(temps));
FILE *fp;
fp=fopen(filename,"wt");
for(j=0;j<crs;j++){
putc (temps[j] , fp);
printf("%c",temps[j]);
}
fclose(fp);
}
答案 0 :(得分:3)
你的问题就在这里:
f=fopen(filename,"r");
您打开文件进行文本阅读,而不是二进制文件。你的文件大小功能正确,但你的解码器功能没有。
使用C风格IO例程逐个字符读取文件的惯用方法如下:
f = fopen(filename, "rb");
if (!f)
// handle error
int c; // NOTE: int, not char!
while ( (c = fgetc(f)) != EOF )
{
// do something with 'c'
}
这个成语不要求您将文件大小作为单独的操作。您可以使用上述表单的简单循环重写您的XOR“加密”例程。它会更清晰,更简洁。
您的整个解码器功能可以按如下方式重写:(减去调试代码)
int endec(char filename[], char psdw[])
{
int inphash = inhash(psdw) % 50;
char temp[999999]; // really, should be std::vector<char>
FILE *f;
if ( (f = fopen(filename, "rb")) == NULL )
{
printf("opening for read failed\n");
return -1;
}
size_t crs = 0;
int c;
while ( (c = fgetc(f)) != EOF )
{
inphash += 2;
temp[crs++] = (char)(inphash ^ c);
}
fclose(f);
if ( (f = fopen(filename, "wt")) == NULL )
{
printf("opening for write failed\n");
return -1;
}
if (fwrite(temp, crs, 1, f) != crs)
{
printf("short write\n");
fclose(f);
return -1;
}
fclose(f);
return 0;
}
不是恒星错误处理,但它是错误处理。