【问题标题】:Strtok_r() and moving the save pointerStrtok_r() 和移动保存指针
【发布时间】:2015-02-03 18:46:59
【问题描述】:

我正在尝试为微型 cstrings“&&”和“||”标记一个字符串。我一直在使用 strtok_r() 取得了一些成功,但由于对 strtok_r() 缺乏理解,或者可能是对指针的误解,我似乎无法让解析器正常运行。

代码

121         char *cstr3;
122         char* sp;
123         int fc = findclosest(cstr2);
124         switch (fc){
125                 case 0:
126                 std::cout << "that's it"; //debug
127                 cstr3 = strtok_r(cstr2, ";", &sp);
128                 break;
129
130                 case 1:
131                 std::cout << ";"; //debug
132                 cstr3 = strtok_r(cstr2, ";", &sp);
133                 break;
134
135                 case 2:
136                 std::cout << "&&"; //debug
137                 cstr3 = strtok_r(cstr2, "&", &sp);
138                 break;
139
140                 case 3:
141                 std::cout << "||"; //debug
142                 cstr3 = strtok_r(cstr2, "|", &sp);
143                 break;
144
145                 default:
146                 break;
147         }
148
149        puts(cstr3);//debug
150        while(cstr3 != NULL)
151        {
152             char mustfail =0;
153             char mustpass =0;
154
155             int a = fcall(breakitup(cstr3));
156
157             if (a > 0){
158                 delete[] cstr;
159                 goto skippy;
160             }
161
162             fc = findclosest(cstr3);
163
164             switch (fc){
165                 case 0:
166                 cstr3 = strtok_r(NULL, ";", &sp);
167                 break;
168
169                 case 1:
170                 std::cout << ";"; //debug
171                 cstr3 = strtok_r(NULL, ";", &sp);
172                 break;
173
174                 case 2:
175                 std::cout << "&&"; //debug
176                 cstr3 =  strtok_r(NULL, "&", &sp );
177                 break;
178
179                 case 3:
180                 std::cout << "||"; //debug
181                 cstr3 = strtok_r(NULL, "|", &sp);
182                 break;
183
184                 default:
185                 break;
186             }
187      if (cstr3 != NULL){ //debug
188          puts(cstr3);
189      }
190 }

它不是在没有“&”或“|”的情况下提供下一个命令,而是在 STARTING 行中提供一个。因此我假设解析器只删除了第一个“&”

为了更好的解释,以下是输出(以'>'开头的行表示输入)。抱歉,一些调试语句仍在输出中。

> pwd; ls

;pwd //debug
/folder/folder/folder/project //function works properly
 ls //debug
notrshell  README.md  rshell.cpp  shelly  supershell

> pwd && ls

&&pwd //debug
/folder/folder/folder/project
& ls //debug

由于那个额外的“&”,下一个命令会被错误地解释,有没有一种简单的方法可以跳过那个“&”?

我尝试再次调用完全相同的命令,例如:

176                 cstr3 =  strtok_r(NULL, "&", &sp );
177                 cstr3 =  strtok_r(NULL, "&", &sp );

假设它会简单地删除另一个 &,但这不起作用。

我也试过移动指针偷偷跳过额外的 &,

176                 cstr3 =  1+ strtok_r(NULL, "&", &sp );

但这不仅完全俗气,而且也不起作用。

关于 strtok_r() 或指针,我能学到什么东西来解决这个问题吗?

【问题讨论】:

  • 我推荐使用std::stringstring::findstring::substr 函数。 C 风格的字符串是不安全的,strtok() 函数修改了 C 风格的字符串。
  • @ThomasMatthews 我不喜欢“C 风格的字符串是不安全的”逻辑 - C 风格的字符串肯定更难正确使用,并且有许多程序员需要的潜在误用场景请注意,但这并不意味着他们没有自己的位置,应该被完全抛弃。这种想法会导致“人死于车祸。所以汽车是不安全的。因此,任何人都不应该再使用汽车。”和其他这样的愚蠢。 意见>
  • @twalberg 这个问题被专门标记为 C++ 并且可以通过 C++ 方法避免的 C 样式字符串的可能陷阱数量使得 C 字符串方法似乎不是最佳的在这种情况下.
  • 感谢大家的cmets,不幸的是我使用的大部分函数都在cstrings中,而且我已经布置的大部分架构都是cstrings,但我一定会使用未来字符串的便利性!
  • findclosest 函数有什么作用?它的返回值是什么意思?

标签: c++ shell pointers strtok


【解决方案1】:

考虑这个输入:pwd &amp;&amp; ls

在第一个switch 语句中,您:

cstr3 = strtok_r(cstr2, "&", &sp);

在此调用之后,cstr3 指向字符串:"pwd ",如,根据手册:

对 strtok() 的每次调用都返回一个指向包含下一个标记的以空字符结尾的字符串的指针。此字符串不包含分隔字节。

sp 指向... 好吧,手册并没有按字面说明它,但它很可能指向它在最后一次调用中完成的位置 - 在我们的例子中,就在分隔符之后,即 &amp; .所以,它指向我们字符串的一部分:&amp; ls。这就是在第二次 strtok_r 调用中被标记化的内容。

我不能确定,但​​我猜findclosest 函数有问题 - 你能确认它在这里返回正确的值吗?

无论如何,来自手册:

delim 参数指定一个字节集,用于分隔已解析字符串中的标记。

这意味着您应该能够使用"&amp;&amp;" 作为分隔符。这应该可以解决问题。

当您调用系统函数时,请记住,对于某些(大多数?)shell,命令末尾的单个 &amp; 会将其执行置于后台。

【讨论】:

  • 抱歉,我不在,但findclosest 返回一个数字,具体取决于下一个最近的对象是分号、条形对还是与符号对。它工作非常可靠,只是有点懒惰。不幸的是,另一个函数(breakitup)也使用了 strtok,我想通过将两者相交的行为变得未定义。从那以后,我分别运行它们并取得了很好的效果!感谢您的帮助!
  • 是的,对strtokstrtok_r 的连续调用应该涉及同一个字符串——如果你使用另一个字符串,它会搞砸的。
猜你喜欢
  • 1970-01-01
  • 2019-07-14
  • 1970-01-01
  • 1970-01-01
  • 2015-05-19
  • 2018-04-01
  • 1970-01-01
  • 1970-01-01
  • 2021-08-23
相关资源
最近更新 更多