Bug#186568: bug#22793: grep -E assertion failure with back references

arn...@skeeve.com wrote: Paul Eggert wrote: With recent 'grep' you can work around the problem by configuring --with-included-regex. Not so. I did a fresh ./boostrap ./configure --with-included-regex make and it still core dumps: $ echo abc |

Bug#186568: bug#22793: grep -E assertion failure with back references

Paul Eggert wrote: > With recent 'grep' you can work around the problem by configuring > --with-included-regex. Not so. I did a fresh ./boostrap ./configure --with-included-regex make and it still core dumps: $ echo abc | ./src/grep -E

Bug#186568: bug#22793: grep -E assertion failure with back references

Control: reassign -1 glibc Control: retitle -1 "ERE '0|()0|\1|0' causes regexec undefined behavior" Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=18986 Control: tags -1 + patch El 24/02/16 a las 11:46, Paul Eggert escribió: > With recent 'grep' you can work around the

Bug#186568: bug#22793: grep -E assertion failure with back references

With recent 'grep' you can work around the problem by configuring --with-included-regex. That has some other undesirable properties, though. This is really a glibc bug and the glibc patch could be applied to the Debian copy of glibc.