search for: fnmatch

I am trying to use the fnmatch() function in a C program and pass as the 3rd arg (options) of case insensitive search... When I use the value FNM_CASEFOLD it does not work... I'm confused on what to send to fnmatch() to do a case insensitive search. Any pointers ? Thanks. Jerry

...ldcard matching with rsync's extension that "**" matches a "/" but "*" and "?" does not. I have also checked in a new test module which has allowed me to test a few things on all the machines in our build farm. One thing I discovered is that the various fnmatch() calls all seem to handle the character-class boundary cases in conflicting ways (things like "[]-]"). So, one benefit for rsync of switching from fnmatch to wildmatch will be to make the callers of this function behave consistently on all platforms (which primarily affects the exclude...

Fix for: https://bugzilla.redhat.com/show_bug.cgi?id=1354507 Main explanation is in patch #3. Rich.

Here's a first cut at replacing the fnmatch() call with some code that knows how to distinguish "**" from "*" and also knows how to match at the tail-end of the path (at any point following a slash). The new function is based on Rich Salz's wildmat() code, which means that it doesn't currently handle "[::alp...

...backup-files operation now operates on a conservative whitelist of filesystems, so it won't touch anything in /usr. Consequently it also runs much more quickly, about 4 seconds on the barebones virt-builder fedora-25 image. - Call Gc.compact () in visit_tests. - Added documentation to fnmatch.mli.

v3: - Split out test for "unix-like" guest OSes into separate commit. - Add guestfish --format=qcow2 to the test (x2). Rich.

https://bugzilla.redhat.com/show_bug.cgi?id=1401320 This series contains two new operations. The second -- and least controversial -- is "passwd-backups" which removes files such as /etc/passwd-, /etc/shadow- and so on. The first one ("backup-files") searches the whole guest filesystem for any regular file which looks like an editor backup file, such as "*~" and

Halo, fnmatch() and getopt_long are necessary to compile module-init-tools with klibc out of the box. Would you consider accepting patches to implement those 2 functions? Can we use the bsd libc functions? is the lisence acceptable to you? .bill

The following zlib files need patches in order to compile using Compaq C on OpenVMS. These should work on any ANSI compliant compiler. Operating System: OpenVMS ALPHA V7.3 Compiler: Compaq C T6.5 Compiler switches: /WARN=ENABLE=(LEVEL4, QUESTCODE) fnmatch.c and mdfour.c. Compaq C on OpenVMS can not deal with relative path names in #include files. Also the local prototype for getenv() does not match the one in stdlib.h. -John wb8tyw@qsl.network Personal Opinion Only PROJECT_ROOT:[rsync_vms.LIB]FNMATCH.GDIFF;1 --- ref_lib:fnmatch.c Sat Jan 2...

...changed, 0 insertions(+), 2 deletions(-) diff --git a/usr/utils/cpio.c b/usr/utils/cpio.c index 15134b9..cb61679 100644 --- a/usr/utils/cpio.c +++ b/usr/utils/cpio.c @@ -27,9 +27,7 @@ #include <time.h> #include <unistd.h> #include <utime.h> -#ifndef FNM_PATHNAME #include <fnmatch.h> -#endif # ifndef DIRECTORY_SEPARATOR # define DIRECTORY_SEPARATOR '/' -- 1.7.5.4

...ter: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] expand: Remove dependency on fmatch.h if it does not exit [ Ugh; forgot to attach patch - apologies, I need more coffee ] Dear all, Attached is a trivial patch that removes the assumption that fnmatch.h is available - the configure script already checks for fnmatch(3) and supplies its own implementation if necessary, but fnmatch.h is always included. Let me know what you think. Regards, Rink Do not assume we can include fnmatch.h Signed-off-by: Rink Springer <rink at rink.nu> Signed-of...

...at, 28 Mar 2020 21:42:54 +0000 [klibc] dash: expand: Remove dependency on fmatch.h if it does not exit [ dash commit 556e2f03cc9e6e92ba361171226cd890db53589e ] [ Ugh; forgot to attach patch - apologies, I need more coffee ] Dear all, Attached is a trivial patch that removes the assumption that fnmatch.h is available - the configure script already checks for fnmatch(3) and supplies its own implementation if necessary, but fnmatch.h is always included. Let me know what you think. Regards, Rink Do not assume we can include fnmatch.h Signed-off-by: Rink Springer <rink at rink.nu> Signed-of...

...ouston, and the one in Gatwick. We use rsync quite extensively, and are quite happy with it, but have run into a bug discussed by Dave Dykstra in the "Discussion/2214" entry on the rsync website: http://lists.samba.org/pipermail/rsync/1999-October/001440.html Basically, due to the way fnmatch does it's matching for excludes, something we thought we had excluded got clobbered when we didn't want it to be touched. The issue is that fnmatch expects to match from the beginning, but we were trying to match deeper in the directory structure. Once we found Dave's comments, we...

...e forwarded message below. As I don't agree with the "omg udev is complex! use glibc!" rationale, I want klibc and udev to remain working with each other.... Assuming some minor breakage in the near future, is klibc open to accepting patches for "basic C features", such as fnmatch and/or getopt_long? ---------- Forwarded message ---------- From: Kay Sievers <kay.sievers at vrfy.org> Date: Aug 14, 2006 9:46 AM Subject: Re: [ANNOUNCE] udev 097 release To: Aaron Griffin <aaronmgriffin at gmail.com> Cc: Tobias Powalowski <t.powa at gmx.de>, linux-hotplug-deve...

--- src/kernel.ml | 43 ++++++++++++++++++++++++++++--------------- 1 file changed, 28 insertions(+), 15 deletions(-) diff --git a/src/kernel.ml b/src/kernel.ml index ed5aea3..436b1b0 100644 --- a/src/kernel.ml +++ b/src/kernel.ml @@ -23,6 +23,19 @@ open Utils open Ext2fs open Fnmatch +let patt_of_cpu host_cpu = + let models = + match host_cpu with + | "mips" | "mips64" -> [host_cpu; "*-malta"] + | "ppc" | "powerpc" -> ["ppc"; "powerpc"] + | "sparc" | "sparc64" -> [&...

...---- >> 1 file changed, 28 insertions(+), 15 deletions(-) >> >> diff --git a/src/kernel.ml b/src/kernel.ml >> index ed5aea3..436b1b0 100644 >> --- a/src/kernel.ml >> +++ b/src/kernel.ml >> @@ -23,6 +23,19 @@ open Utils >> open Ext2fs >> open Fnmatch >> >> +let patt_of_cpu host_cpu = >> + let models = >> + match host_cpu with >> + | "mips" | "mips64" -> [host_cpu; "*-malta"] >> + | "ppc" | "powerpc" -> ["ppc"; "powerpc"]...

...ng modprobe and friends in early user space. There are some issues so I post here for discussion The porting strategy was copied from the udev package. I make a file mod_libc_wrapper.{c,h} in order to provide the missing functionality. The port was quite easy. The following pieces were: 1) int fnmatch(pattern, string, flags) (3) implementation. I copied this one, from udev package. I would post it against libc but the udev implementation does not care for flags. Luckily module-init-tools only use fnmatch with flags = 0. I think it is not correct for klibc to deviate from the standard so I pl...

...| _, Some _, mode when not (is_reg mode) -> () > + | dir, Some filename, _ -> > + (* Check the filename against all of the globs, and if it > + * matches any then delete it. > + *) > + let matching glob = fnmatch glob filename [FNM_NOESCAPE] in > + if List.exists matching globs then ( Considering the current globs are basically filename suffixes, wouldn't it be easier (and possibly faster too) to just check for them? let suffixes = [ ".bak"; "~" ] in ... if...

This fixes a segmentation fault in the system call's error handling path with dynamically-linked binaries on PowerPC64 little endian. The system call stub wasn't loading up r2 with the appropriate TOC value in its global entry point. The r2 setup code comes from the FUNC_START macro in gcc [1] and an equivalent one can also be found in the LOCALENTRY macro in glibc [2]. On the ELFv2 ABI

Platform: Compaq OpenVMS Alpha 7.3 Compiler: Compaq C T6.5 The following patch resolves compile problems with the HLINK.C module. The cast on function argument for the qsort() routine was wrong, and not allowing the compile to complete. When the function definiton of the hlink_compare() is corrected to have the const qualifiers, the cast inside the qsort() function call is no longer