6e6337b43d
When the bzip-pkg handling was introduced, a dewey pattern (foo>1) may get a character-class-pattern attached (.t[bg]z), and the code was not prepared to match that. I've special-cased handling of character-class pkg suffixes for ".t[bg]z", and when scanning a dir in findmatchingname() now both the 'first' part of the pattern (e.g. "foo>1") and the suffix (e.g. ".t[bg]z") must match the file, hence the two pmatch() calls. * findbestmatchingname_fn(): Caught a case where ".t[bg]z" was not properly handled. Must do the same suffix-processing again here! Fixes PR 11856 by Dan McMahill <mcmahill@mit.edu> |
||
|---|---|---|
| .. | ||
| exec.c | ||
| file.c | ||
| ftpio.c | ||
| global.c | ||
| lib.h | ||
| lpkg.c | ||
| Makefile | ||
| pen.c | ||
| pkgdb.c | ||
| plist.c | ||
| str.c | ||