IPv6 addresses often mistaken as line/column numbers

[mbunkus]

IPv6 addresses often mistaken as line/column numbers

[dajva]

Thanks for the report. Yes I think the -0 would probably work fine here. I guess we could use that for the --no-heading setup that you are using.

[dajva]

After some testing I think -0 would be problematic mainly since it would be cumbersome to get rid of those ugly null chars in the output. TBH, I have not really crafted these regexps myself and never put much thought into it. I think it actually makes more sense to be restrictive with the kind of stuff that is allowed in file names, iow doing something like [^:]+ for matching the filename part. This seems to be what grep.el is doing anyway so should be fine to be in line with that.

[mbunkus]

Thank you for looking into it. I really appreciate it.

Yeah I figured having \0 in the output being bad, or at least requiring somewhat of a big-ish rewrite.

Like I said above I'd be perfectly fine with not allowing : as part of the file name, whatever regex you do it with. [^:]+ looks absolutely reasonable. I do know that : are allowed as part of file names on non-Windows systems, but then again I don't think this matters much wrt. to rg. We (as in: the collective users of rg) usually use it with code, with system configuration, maybe text archives. In each of those cases I've never seen : to be part of the file name. They're usually only used with system files, e.g. stuff in /tmp maybe.

The one exception that comes to mind is maildir directories.

Soooo… maybe making it configurable would be best? Or even toggle-able from the *rg* buffers?

[dajva]

Pushed a fix now without configuration possibilities. Let's add that if people request it.