Glib::Regex returns 垃圾，但等效的 C 函数工作正常

Question

我正在尝试使用 Glib::Regex，但它一直返回垃圾。

这里是代码的简化版本：

void testGetPos(std::string fileName){
    auto regEx = Glib::Regex::create(
        "^sprite_[0-9]+__x(-?[0-9]+)_y(-?[0-9]+)\.tif$",
        Glib::REGEX_CASELESS
    )

    Glib::MatchInfo match;

    if(!regEx->match(fileName, match)){
        continue;
    }

    if(!match.matches()){
        continue;
    }

    auto posX = match.fetch(1);
    auto posY = match.fetch(2);

    // ... Use posX and posY
}

int main(){
    testGetPos("sprite_000__x-28_y-32.tif");
}

这运行之后，posX和posY都填满了垃圾。但是，在包装对象上使用 C 函数：

void testGetPos(std::string fileName){
    auto regEx = Glib::Regex::create(
        "^sprite_[0-9]+__x(-?[0-9]+)_y(-?[0-9]+)\.tif$",
        Glib::REGEX_CASELESS
    )

    GMatchInfo *match = nullptr;
    if(!g_regex_match(regEx->gobj(), fileName.c_str(), (GRegexMatchFlags)0, &match)){
        if(match != nullptr){
            g_match_info_free(match);
        }
        return;
    }

    auto posX = g_match_info_fetch(match, 1);
    auto posY = g_match_info_fetch(match, 2);

    // ... Use posX and posY

    g_free(posX);
    g_free(posY);
    g_match_info_free(match);
}

int main(){
    testGetPos("sprite_000__x-28_y-32.tif");
}

工作正常。我是做错了什么还是坏了。

Answer 1

所以，在写完这个问题后，我又尝试了一件事情并解决了这个问题。我想我最好把它记录在这里，以防其他人遇到同样的问题。

我改变了相当于：

void testGetPos(std::string fileName){

像这样：

void testGetPos(std::string _fileName){
    Glib::ustring fileName = Glib::filename_to_utf8(_fileName);

TL;DR: 正在将隐式创建的临时文件传递给 regEx->match，Glib::MatchInfo 需要访问 Glib::ustring 引用。

原来问题是这样的：regEx->match(fileName, match)将const Glib::ustring &作为第一个参数，但我传递给它的是const std::string &，它正在被隐式转换。在大多数情况下，这会很好，但是，Glib::MatchInfo 的 GMatchInfo 对象不会 复制传递给匹配函数的字符串，并且它需要在对象被释放之前数据可用。当我使用 std::string 参数调用 regEx->match 时，会在 regEx->match 执行时创建一个临时 Glib::ustring 对象，并在它完成后销毁。这意味着 Glib::MatchInfo 正在访问的数据现在无效，因此返回垃圾数据。通过使用 Glib::filename_to_utf8，我创建了一个生命周期超过使用它的 Glib::MatchInfo 对象的变量，并使用适当的转换函数。

希望这对遇到此问题的其他人有所帮助。

Glib::Regex returns 垃圾，但等效的 C 函数工作正常

Glib::Regex returns junk, but equivalent C functions work fine

c++

gtkmm

glibmm