Bug
It is possible to build the variable equals:.*=.*[a-zA-Z0-9].*, but adding the capture group equals:.*=(?<var>.*[a-zA-Z0-9].*) causes building to not finish (with no other schema variables in the file). Afaik, in theory adding the capture group should not cause an issue. (edit: I'm not sure / confident)
We should investigate this case to see if there is at least a clear error we can return the user if it is indeed not possible to finish determinization.
Removing or changing the .* before = also makings building the parser complete. Therefore, y-scope/clp#1948 uses equals:[a-zA-Z0-9]+=(?<var>.*[a-zA-Z0-9].*) as a workaround.
log-surgeon version
193e1f9
Environment
It shouldn't be specific to any environment and multiple people have reproduced it locally. A confirmed environment is: Fedora 43 Linux 6.17.12-300.fc43.x86_64 installing dependencies through task.
Reproduction steps
Attempt to create a LogParser with a schema file containing the variable equals:.*=(?<var>.*[a-zA-Z0-9].*)
Bug
It is possible to build the variable
equals:.*=.*[a-zA-Z0-9].*, but adding the capture groupequals:.*=(?<var>.*[a-zA-Z0-9].*)causes building to not finish (with no other schema variables in the file).Afaik, in theory adding the capture group should not cause an issue.(edit: I'm not sure / confident)We should investigate this case to see if there is at least a clear error we can return the user if it is indeed not possible to finish determinization.
Removing or changing the
.*before=also makings building the parser complete. Therefore, y-scope/clp#1948 usesequals:[a-zA-Z0-9]+=(?<var>.*[a-zA-Z0-9].*)as a workaround.log-surgeon version
193e1f9
Environment
It shouldn't be specific to any environment and multiple people have reproduced it locally. A confirmed environment is: Fedora 43 Linux 6.17.12-300.fc43.x86_64 installing dependencies through task.
Reproduction steps
Attempt to create a
LogParserwith a schema file containing the variableequals:.*=(?<var>.*[a-zA-Z0-9].*)