解密文件后出现乱码

[naixian1983]

今天早上发一个关于把加密文件解密后读入内存然后显示出来的贴子，以解决一半问题。原贴如下

http://topic.csdn.net/u/20080807/10/b51bf5db-e0b0-4fdf-b236-9f902d2b50b0.html

但现在还有一半问题未解决
当我解密文件显示出来后

原来文件内是这样的

1=D:\HOOK2\TaskBarDll\weigh and size.xls
2=D:\HOOK2\weigh and size.xls


但解密后却变成这样

1=D:烫烫烫烫烫烫K_\HOOK2\TaskBarDl烫烫烫烫烫烫K_l\weigh and size烫烫烫烫烫烫K_.xls
2=D:\HOOK2烫烫烫烫烫烫K_\weigh and size.烫烫烫烫烫烫K_xls

每16个字符后就会出现”烫“，是因为"\0"吗？如何解决？

CString str3,Addstr;
unsigned char ouBuff[25];

long blocknum=lFileLen/16;

    Aes aes(16,(unsigned char*)(LPCTSTR)m_DeKey);
    for(long i=0;i<blocknum;i++)
    {
        fread(inBuff,1,16,finput);  
        aes.InvCipher(inBuff,ouBuff);
    //    fwrite(ouBuff,1,16,foutput);    
        
    str3=ouBuff;
    Addstr+=str3;

    }
    
    m_rich.SetWindowText(Addstr);

就差那么一点了，解决问题后，两个贴一起结了

[cnzdgs]

就是\0的问题，字符串以\0为结尾，你解密后的数据最后是没有\0的，在当作字符串处理的时候就会把后面的无效数据也加上，直到遇到\0位置，你可以在InvCipher之后加一行代码：
ouBuff[16] = 0;

[fred_fu]

yes , the same as 1st floor.

[scq2099yt]

就是\0的问题，字符串以\0为结尾，你解密后的数据最后是没有\0的，在当作字符串处理的时候就会把后面的无效数据也加上，直到遇到\0位置，你可以在InvCipher之后加一行代码：
ouBuff[16] = 0;

[naixian1983]

to cnzdgz

你真是神啊！
现在解密后的txt文件可以显示出来了，但.doc文件还有一点错误。文件解出来后，最所上面的一行和最下面的一行都会乱码，只有中间部分给解出来了，为什么会这样？怎样解决呢？

还有你上面的ouBuff[16] = 0;为什么加上后就解决问题呢？是什么意思？

[cnzdgs]

你用字符串来处理只能处理纯文本文件，如果处理其它类型的文件不要用CString。建议你根据文件大小来new一块内存，另外用一个PBYTE指针表示当前处理到的位置，将此指针作为InvCipher的第2参数，每次加16。

ouBuff[16] = 0就是给数据最后加一个\0，让CString知道数据在这里结尾。

[naixian1983]

在.doc文件中，不管最上面的那一行是否有字符，都会出现一样的乱码，当中间部分解出来后，最后一行明明是没有任何字符的，但却出现乱码

[cnzdgs]

doc不是纯文本文件，所以不能当成字符串来处理。

[schlafenhamster]

[Quote=引用 1 楼 cnzdgs 的回复:]
就是\0的问题，字符串以\0为结尾，你解密后的数据最后是没有\0的，在当作字符串处理的时候就会把后面的无效数据也加上，直到遇到\0位置，你可以在InvCipher之后加一行代码：
ouBuff[16] = 0;让CString知道数据在这里结尾。
[/Quote]

[schlafenhamster]

[Quote=引用 7 楼 cnzdgs 的回复:]
doc不是纯文本文件，所以不能当成字符串来处理。
[/Quote]

[greatws]

烫就是0xcccc，而0xcc在汇编就是int 3，中断指令，初始化字符数组变量的时候，如果没有要求，编译器就会以0xcc来填充，执行的时候，如果越界了，会自动触发中断

你要么根据长度在最后一个字节加上'\0'，要么每次执行完str3=ouBuff;，都memset它为0

[naixian1983]

to cnzdgs

当new了一块内存后，如何把ouBuff写入内存，再从内存内读出？可以讲详细点吗？