BEONP编码问题记录.docVIP

用公钥对某字符串进行加密后，输出的结果长度是否是定长？ 答：加密的明文长度不能超过RSA密钥的长度-11，比如1024位的，明文长度不能超过117。密文的长度总是密钥的长度的一半，比如1024位的，密文长度是64，如果是1032位，密文长度是65位。printf(%0.2x,buf[i])将buf中的各个元素显示出来，其中 ｘ　表示１６进制显示２　表示显示的域宽０　表示如果域的宽度不足的话，用０补齐，如果没有指明的话，默认是用空格补齐的Char* smi1和unsigned char* smi1有什么区别？当用SHA1_final生成摘要的时候，如果将char* smi1强制转型为unsigned char*类型的话，转而用printf(“%0.2x”,smi1[i])输出时，输出的是地址，只有当时就声明成unsigned char* smi1，才可以正常输出。 在为message4对象申请了空间之后，对其delete时报异常，是怎么回事？ 答：经过调试，发现在delete另外一个变量即message4_str字符数组时，也会报错。最后确定，由于在申请另一个变量message4_str字符数组时，由于笔误导致申请的空间过小，而对其赋值时用memcpy函数私自拓展了这个数组空间，因此使得在delete message4_str时发生异常。当改正了这个笔误之后，delete message4_str正常，并且delete message4也正常了，猜测有可能对message4_str的空间私自扩展影响到了message4的内存空间。 在调试socket发送和接收数据时，发现recv函数总是返回-1，无法接收导数据，怎么回事？ 答：经过反复查找原因，发现在accept(_socket, NULL, NULL)这条语句时，一直用的是result = accept(_socket, NULL, NULL)，然后通过result值来判断该语句是否出错，原因就出在这里！accept函数返回的不是函数执行结果，而是正在连接的socket，因此应该用 _socket = accept(_socket, NULL, NULL)这条语句，才能正常通过socket接收数据！ 讲一个socket重复bind在某一端口上时会报错 在调试socket接收数据时，有时需要将同意个socket变量反复bind到同一个（IP，port）上，但是当第二次进行bind时，会出错，调用WSAGetLastError（）会返回100048，意思是端口已经被调用。 这时需要通过setsockopt（）函数设置SO_REUSEADDR参数，从而达到可以重复bind同一个端口的目的。具体设置方法如下： BOOL bReusePort = TRUE;// SET SOCKET REUSE Address if (setsockopt(_socket, SOL_SOCKET, SO_REUSEADDR, (char *)bReusePort, sizeof(bReusePort) ) == -1) { return false; } 此时执行bind方法时便不会报错。 在共享存储模式下，完成进程间通信时，第二次通过在共享内存中写入数据时，效果是对第一次在共享内存中已写入数据的覆盖，程序不会自动清空在共享内存中写入的数据，问题是，如何才能清空共享内存中写入的数据，使得第二次或第三次等向共享内存中写入数据时，能写入干净的数据？ 答：可以用ZeroMemory()函数对目标内存进行清空。其函数原型如下： VOID ZeroMemory( PVOID Destination,// address of block to fill with zeros DWORD Length // size, in bytes, of block to fill with zeros ); 对于length的大小可以从创建共享内存时的代码看出，创建共享内存时会指定所创建的共享内存的大小，可以根据这个大小来对这一片内存进行清零工作。如： HANDLE hMapFile = CreateFileMapping( NULL,//内存映射文件可以指定一个硬盘文件 sa,//返回的句柄hMap能不能被子进程(?什么是子进程)继承,NULL表示不能 PAGE_READWRITE,//表示进程对该文件的读写操作，该进程为写进程 0, //内存映射文件大小，高32字节 0xFFFF,//内存映射文件大小，低32字节 BEONP_Memory//共享内存区域名称，作为唯一标识。 ); 在这个创建共享文件的代码中，指定了所创