linux sys gpio 读写,c++ - 在Linux / sys / class / gpio中写入文件的错误 - 堆栈内存溢出...

我现在遇到的是我在linux系统上见过的最奇怪的错误，似乎只有两种可能的解释-

追加sudo都可以使文件立即写入

或附加sudo会在执行语句时产生短暂延迟

或者我不知道我的程序正在发生什么

好吧，让我给你一些背景。 我目前正在为覆盆子pi gpio操作编写一个c ++程序。 据我所知，该程序中没有可见错误，因为它可以成功地与sudo一起工作，并且也可以成功地与延迟一起工作。 这就是rpi的gpio的工作方式-

首先，您必须导出一个文件并将其保留以进行操作，它将创建一个新目录gpio+number其中包含多个文件。

echo 17 > /sys/class/gpio/export

然后设置方向(输入表示读，输出表示写)

echo "out" > /sys/class/gpio/gpio17/direction

然后写值(0或1表示关闭和开启)

echo 1 > /sys/class/gpio/gpio17/value

最后，将其取消导出，目录将被删除。

echo 17 > /sys/class/gpio/unexport

通过bash命令还是通过c / c ++或任何其他语言IO来执行此操作都没有关系，因为在UNIX中，这些只是文件，您只需要对其进行读/写操作。 到目前为止一切正常。 我已经对此进行了手动测试，并且可以正常工作，因此我的手动测试通过了。

现在，我为程序编写了一个简单的测试，看起来像这样-

TEST(LEDWrites, LedDevice)

{

Led led1(17, "MyLED");

// auto b = sleep(1);

EXPECT_EQ(true, led1.on());

}

Led类constructor执行导出部分.on() echo 17 > /sys/class/gpio/export ，而.on()调用设置方向.on() echo "write" > /sys/class/gpio/gpio17/direction并输出值echo 1 > /sys/class/gpio/gpio17/value 。 在这里忘记取消导出，因为它是由析构函数处理的，在这里不起作用。

如果您好奇的话，这些函数可以像这样处理I / O-

{

const std::string direction = _dir ? "out" : "in";

const std::string path = GPIO_PATH + "/gpio" + std::to_string(powerPin) + "/direction";

std::of