小编iGR*_*GRJ的帖子

据我了解，GFP_USER标志中的使用（在对 的调用中kmalloc）用于为用户空间分配内存。这是否意味着分配的页面位于用户可以访问的内核空间中？这些页面是否需要mmapp在用户空间中编辑，或者用户可以直接访问该地址。如果他们需要，mmapp那么GFP_USER和之间有什么区别GFP_KERNEL？

我正在尝试在 Fedora 22 上编译 Azure 存储 c++ SDK。我使用的是 gcc 版本 5.1.1-1。当我使用以下命令编译测试应用程序时：

$> CASABLANCA_DIR=/source/codebox/azure/cpprestsdk/ CXX=g++ cmake .. -DCMAKE_BUILD_TYPE=Release -DBUILD_TESTS=on

$> make

它会产生以下错误消息：

/usr/bin/ld: CMakeFiles/azurestoragetest.dir/main.cpp.o: undefined reference to symbol 'pthread_rwlock_wrlock@@GLIBC_2.2.5'
/usr/lib64/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
tests/CMakeFiles/azurestoragetest.dir/build.make:879: recipe for target 'Binaries/azurestoragetest' failed
make[2]: *** [Binaries/azurestoragetest] Error 1
CMakeFiles/Makefile2:125: recipe for target 'tests/CMakeFiles/azurestoragetest.dir/all' failed
make[1]: *** [tests/CMakeFiles/azurestoragetest.dir/all] Error 2
Makefile:126: recipe for target 'all' failed
make: *** [all] Error 2

我可以在/usr/lib64目录中看到libpthread.so.0 …

执行以下命令后，go编译器将可执行文件存储在哪里？

$> go run file.go

在Go编译器中,当我"运行"时,可执行文件存储在临时位置.如何更改此路径以将文件存储在当前工作目录中？我使用的是Windows 7 64bit机器.

当我尝试通过共享指针访问类的成员时，我遇到了一个问题。

该程序运行良好并提供预期的输出："Name: Michel"。但是当我评论标记为的行时COMMENT_THIS_LINE，它给出了一些垃圾值而不是Michel. 任何人都可以解释这种行为，以及如何在没有标记线的情况下获得正确的输出？

class TestShared{
public:
    TestShared(std::string name);
    std::string getName(void);
private:
    std::string m_name;
};

class Another{
public:
    const char *name;
};

TestShared::TestShared(std::string name) : m_name(name)
{
}

std::string TestShared::getName(void)
{
    return m_name;
}

std::shared_ptr<TestShared> allocate_ts()
{
    char p[] = "Michel";
    return std::make_shared<TestShared>(p);
}

Another GetAnother(std::shared_ptr<TestShared>  ts)
{
    Another an;
    std::string a = ts->getName();    //////////COMMENT_THIS_LINE
    an.name = ts->getName().c_str();
    return an;
}

int main()
{
    std::shared_ptr<TestShared>  ts = allocate_ts();
    Another an = GetAnother(ts);
    printf("Name: %s\n", …