64,646
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
海枫 2009-04-10
- 打赏
- 举报
[Quote=引用 4 楼 qqwx_1986 的回复:]
我所知道的就是 time_t在windows下是long long 型的 linux下是long 一直这样用没有错
今天出了个bug time_t直接发包给客户端 在linux下造成了客户端崩的情况
不知道在什么情况下是32位的，需要自己预编译？
[/Quote]
你们协议需要处理的问题：
1） 表示时间的field需在有一个固定的宽度（4个字节还是8字节），而不应以time_t这样的类型作宽度，否则32和64位机器上会有不同的结果。
2） 发送出来的数据应该是网络序列，而不是机器序列（当然也可以用小头或大头，但通信的两边都要约定好）
我所知道的就是 time_t在windows下是long long 型的 linux下是long 一直这样用没有错
今天出了个bug time_t直接发包给客户端 在linux下造成了客户端崩的情况
不知道在什么情况下是32位的，需要自己预编译？
[/Quote]
你们协议需要处理的问题：
1） 表示时间的field需在有一个固定的宽度（4个字节还是8字节），而不应以time_t这样的类型作宽度，否则32和64位机器上会有不同的结果。
2） 发送出来的数据应该是网络序列，而不是机器序列（当然也可以用小头或大头，但通信的两边都要约定好）
bm1408 2009-04-01
- 打赏
- 举报
你的库的问题
goodname 2009-04-01
- 打赏
- 举报
我觉得这个跟c库或者c++库的实现有关系，
vc6下32位的，但是 vs2005下是64位的
其他的编译器没注意过。
你自己可以查看下头文件看看定义成什么就知道了
vc6下32位的，但是 vs2005下是64位的
其他的编译器没注意过。
你自己可以查看下头文件看看定义成什么就知道了
qqwx_1986 2009-04-01
- 打赏
- 举报
我所知道的就是 time_t在windows下是long long 型的 linux下是long 一直这样用没有错
今天出了个bug time_t直接发包给客户端 在linux下造成了客户端崩的情况
不知道在什么情况下是32位的，需要自己预编译？
今天出了个bug time_t直接发包给客户端 在linux下造成了客户端崩的情况
不知道在什么情况下是32位的，需要自己预编译？
猫已经找不回了 2009-04-01
- 打赏
- 举报
是long int类型,你自己size吧
fairchild811 2009-04-01
- 打赏
- 举报
2038年
老邓 2009-04-01
- 打赏
- 举报
time_t在Windows下也是32位啊。
如果要64位，应该用time_t64吧
如果要64位，应该用time_t64吧
