小编Ari*_*old的帖子

在limits.h,有#defines for INT_MAX和INT_MIN(以及SHRT_*和LONG_*等等),但仅限于UINT_MAX.

我应该定义UINT_MIN自己吗？是0(正零)便携式价值？

由于来自我们团队外部的压力,我们必须将超过一百个Perl脚本从Sparc移植到x86.这意味着将数十条绳子线#!/home/Perl/bin/perl -w改为其他东西,这真是一种痛苦.有什么好方法可以做到这一点(我在Lycos上找不到任何东西)？

当我们被迫从x86转移到其他东西(比如Cray,我想)时会发生什么？有没有办法"面向未来"？

我在一个大型代码库中遇到了这段代码

DWORD WINAPI ThreadFunc (LPVOID lpParam)
{ 
    int *x = 0;
    *x = 1234; // Access violation

    return 0; 
}

void Manager::Crash ()
{
    Log("Received a remote command to crash Server.");

    DWORD dwThreadId, dwThrdParam = 1; 
    HANDLE hThread = ::CreateThread(NULL, 0, ThreadFunc, &dwThrdParam, 0, &dwThreadId);
} 

我的问题是:为什么使用线程？如果代码ThreadFunc是直接完成的,它会或多或少是线程安全的Manager::Crash吗？如果我删除崩溃,我不愿意进行更改.

我们目前有一些代码从int中提取数字,但是我需要将它转换为没有snprintf的平台,我担心缓冲区溢出.我已经开始编写自己的便携式(和优化的)snprintf但我被告知在这里询问以防有人有更好的想法.

int extract_op(int instruction)
{ 
    char buffer[OP_LEN+1];
    snprintf(buffer, sizeof(buffer), "%0*u", OP_LEN, instruction);
    return (buffer[1] - 48) * 10 + buffer[0] - 48;
}

我们正在使用C字符串,因为速度非常重要.

我最近向同事发送了一封电子邮件,说明我需要在共享的ClearCase视图中进行一些更改,这意味着我们的项目将在一天或两天内处于不可编译的状态.

一个人抱怨这个.我该怎么做才能阻止他的抱怨？